Файловая БД

ну кому что удобней. Сложные запросы то все равно либо не поддерживаются, либо работают неприемлемо медленно.

SQLite/BerkeleyDB

Спорить имхо не о чем тут даже.

Смысл изобретать велосипед? Полно таких баз, используйте существующие.

Как показывает практика, они более надежные, чем удастся создать вам, так как все давно уже проверенно и тестировано.

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

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

P.S. Был опыт создания такой системы, СУБД - MySQL, а в плоский файлах хранились только статьи и все. Весь БД уменьшился чуть ли не в 100 раз, и нагрузка тоже упала. :)

БД на файлах, вернее, на основе файловой системы - штука весьма удобная для задачь, где не нужны сложные запросы и выборки. Чтобы она стала эффективной, нужно четко понимать саму задачу и не пытаться залесть туда, где "бинарный" подход SQL просто эффективней. Для CMS (обычные сайты, без сложных структрр данны) и форумов, безусловно, текстовые файлы удобней, проще, надежней, быстрее. В этом есть одно "но". Если все это облочить в шкурку, типа фреймворка, то все плюсы станут минусами... Прелесть прямой работы с файловой системой в скорости и минимизации проверок и ожиданий. Поэтому, хотите получить бычтрый инструмент, просто сделайте 5-10 удобных, заточенных под свою задачу функций и пользуйтесь. Не идити по стопам универсальности. Универсальность (ведь ее программисты придумали для облегчения своей работы), почти всегда, идет в простивовес скорости и качества для конечного пользователя.

А смысл для простеньких сайтов, у которых нагрузки нет, делать такое ускорение работы СУБД?

Насколько я понимаю ускорение как раз нужно сайтам с большими нагрузками, для их снятия.

Но делать СУБД из файлов это зло, так как в самой системе управления базами данных написано куча полезных алгоритмов для обработки и поиска информации в БД, которые вы сами врядли реализуете на файлах, да и вопрос за чем это если есть СУБД ?

чтобы небыло криков, что на серваке лежи 20-30 дохлых сайтов на WP, а сервак уже не тянет....

верно. Но задач, где это нужно - очень мало. Чтобы сформировать страницу для юзера, совсем не обязательно делать 10-50 запросвов к БД как в WP или до 70 как в джумле. Можно просто взять файл шаблона и "скрестить" его с файлом данных, в 90% случаев, статических.