>Хм. А почему это вас так удивляет?

У конкретно sqlite есть бестолковости как то - не больно то гранулярные блокировки на запись (с другой стороны, это зачастую не проблема) а пожирание памяти при некоторых операциях пропорционально числу страниц в базе, т.е. чем больше БД тем больше оперативки будет кушаться.С другой стороны, дефолтный размер страниц можно и увеличить, дефолтный там вообще слишком мелкий.

>Всякие беркли-диби держашие сотни гиг ведь никого не удивляют?

Не удивляют.А должны?Чему там тормозить то?Единственное что если меня не подводит склероз то БД на основе b-деревьев обычно достают (key,value) за O(Log(n)) - т.е. производительность несколько проседает при большом числе записей, хоть и логарифмически.С другой стороны у них вроде есть и другие типы баз, где вообще не проседает.Если где-то наврал просьба не пинаться поскольку базу сонного кота ковырял достаточно давно а еще знания несколько перемешаны с "токийским кабинетом" который тоже БД похожего типа и попалась мне под руку :)

>А оно тоже - замена fopen() :)

В каком-то роде ФС и БД делают одно и то же.В ряде случаев :).Просто "специализация" у них несколько разная а род занятий одинаковый.