База данных с наименьшим потреблением памяти для простого сайта?

Question

[OneManStartup]

Посещаемость будет не велика, предположим 2000 просмотров в день. Хранится будет около 10 страниц, с возможным ростом до 100. Желательно noSQL.

Не хочется тратить дорогую память на сайт-визитку по сути.

Comments

[philpirj]

Сайт-визитка? Зачем база данных, возьмите и повесьте JPG.

Answer 1

[Lans]

Рекомендую не париться и использовать mysql

Answer 2

[Jazzist]

SQLite.

100 записей — это настолько мало, что можно сделать хранение «на файлах». Даже с поиском.

Решения о ресурсоемкости следует принимать только на основании данных тестирования.

Comments

[OneManStartup]

К Sqlite может подключиться только один пользователь за раз.

[DorBer]

Это с чего вы такое решили? Там только запись блокирующая.

[OneManStartup]

Да, видимо я где-то не так прочитал, спасибо.

Answer 3

[Влад Животнев]

Генерируйте лучше статику.

Answer 4

[sajgak]

в левой руке гвоздь, в правой микроскоп?

А чем вас MySql не устраивает, стоящий на всех хостингах, способоных держать указанный онлайн?

Comments

[OneManStartup]

Я делаю сайт на ruby. На Vps. Соотвественно для меня имеет значение потребление памяти.

Answer 5

[helions8]

Можете использовать Couch как полное решение и для хранения данных, и в качестве web-сервера — он это умеет.

Comments

[OneManStartup]

CouchDB как вариант, на 10Mb выдерживает пару тысяч конкурентных запросов. Вот бэкэнд писать на js… даже не знаю)

Answer 6

[d4rkr00t]

Можно попробовать сделать (или взять) как в Template CMS на xml файлах. И вообще обойтись без БД.

Comments

[OneManStartup]

Нужно протестировать как с конкурентными запросами если без БД.

Answer 7

[Begetan]

Для вашей задачи не нужна БД, а нужна правильная CMS, например такая:

get-simple.info/
getsimple.ru/about-get-simple

Comments

[OneManStartup]

Если бы она была бы на ruby, то воспользовался бы) Спасибо)

Answer 8

[rtzra]

dokuwiki? все вообще живет в файлах