[65] Podle mých zkušeností občas dochází ke korupci dat a to dokonce i tenkrát, když do databáze nic nezapisuješ, což je zvláštní. Nemám zkušenosti s vyspělejšími vlastnostmi jako jsou replikace, skončil jsem u transakcí a šifrování dat. V Berkeley (což samozřejmě vyplývá z definice) máš k dispozici pouze dvojici klíč - hodnota (s malou pomocí v podobě sekundárních indexů, ale ty se dají nasimulovat "ručně" pomocí další Berkeley databáze), to znamená, že pokud chceš po Berkeley funkcionalitu podobnou klasickým relačním databázím, nadřeš se jako pes a výsledek nebude adekvátní námaze. V některých nasazeních to nepoznáš, ale jakmile se dostaneš k napsání vlastního optimalizátoru dotazů a podobným věcem, pravděpodobně brzy zjistíš, že to není nejlepší cesta.
Kdyby ses chtěl touto cestou přesto vydat, jenom pár poznámek: Nikdy jsem nepoužil Queue ani Recno (ty mají poměrně omezenou použitelnost), ale podle mých zkušeností se moc nevyplatí používat Hash tabulky, BTree je v drtivé většině případů optimálnější a to i tehdy, když nepotřebuješ hledat záznamy, které jsou větší nebo menší než nějaká hodnota. Snaž se vyhnout "Overflow pages", pokud je to možné. Nízko nastavená velikost stránky spolehlivě degraduje výkon.
