kdvржать тут негде, и мораль совсем другая. для конкретной задачи, особенно тяжелой, надо использовать не "тяжелый" сервер, а более подходящее решение, каким бы простым оно ни казалось.
аналогичный пример - база Steam. сделано на BerlkeyDB или как его там.
у меня в практике была пара случаев, где разработчики пытались использовать СУБД там, где нужен был файл прямого доступа с фиксированными записями. Именно он и обеспечивал макс. производительность, которая и требовалась. В общем, не забивайте гвозди микроскопом, это и была основная мораль того поста.
+1
Угу. Тоже была такая практика. Использование файлов, особенно бинарных, предпочтительно для работы с очень большими объемами данных достаточно простой структуры, особенно если обновление просходит периодически и из одного источника. Например, этот подход отлично зарекомндовал себя в телекоме (сбор данных биллинга - это сотни миллионов записей от оборудованиея ежедневно, данные в онлайне хранятся в течении нескольких месяцев), в поисковых системах и т.п.