Not really. The issue with BerkeleyDB was actually triggered by a new version of the Bitcoin client that didn't use BDB to store the blockchain and that simultaneously raised the number of transactions allowed in a block so that more could be processed. Older BDB-based versions of the Bitcoin client hit a previously unknown limit when attempting to process that many transactions, causing them to fork onto their own version of the network. The issue hadn't been noticed before because the number of transactions was previously restricted to a low enough level that it couldn't trigger the bug.