Какую базу данных выбрать для сервера на Node.js?

Question

[Aryeh Leonid R.]

К уже существующему серверу (написан на Node.js+Express.js) необходимо добавить новый фичер: база данных.

1. Доступ к DB Read Only. Т.е. после сдачи сервера в эксплуатацию DB не меняется.
   
2. Каждая запись содержит около 200 байт бинарных данных.
   
3. Поиск нужной записи по одному ID.
   
4. В DB от одного до двух миллионов записей.
   
5. Скорость доступа очень важна!
   

Так какую DB порекомендуете?

Answer 1

[Slava Rozhnev]

Redis - это хранилище структур данных в памяти с открытым исходным кодом (лицензия BSD), используемое в качестве базы данных

Comments

[N]

Это даже с учётом "на вырост" :)

[Aryeh Leonid R.]

спасибо! таки будем использовать Redis.

Answer 2

[Melkij]

Доступ к DB Read Only. Т.е. после сдачи сервера в эксплуатацию DB не меняется.

Поиск нужной записи по одному ID.

При старте приложения загрузить в память приложения хоть из рядового csv или чего угодно ещё.
При этих ограничениях задачи внешняя БД избыточна.

Comments

[Aryeh Leonid R.]

мне кажется размер данных (~200-300 мегабайт) делает это решение не оптимальным...

[bitwheeze]

Aryeh Leonid R., что бы быстро работало так и так придется держать ее в памяти. Либо это будет делать само приложение, либо все будет в кэше диска, базы данных. Плюс оверхед на движок базы данных со всеми библиотеками. В приложении можно данные и уплотнить возможно, так как вам виднее, чем базе данных. Кто муже, если есть swap, то редко-используемые страницы будут выгружаться на диск. Да и 300Мб мелочи жизни.

[Everything_is_not_so_bad]

bitwheeze, насколько быстро - автор не уточнил.
И сегодня 300 МБ, а завтра 3 ГБ. И зачем столько в памяти держать - непонятно.

[Melkij]

мне кажется размер данных (~200-300 мегабайт) делает это решение не оптимальным...

Было бы 300гб данных или неизвестный объём - да, не предлагал бы так сходу, может быть предпочтительнее что-то умеющее работать с диском. А 300мб на весь экземпляр приложения - не проблема.

Роман Мирр,

И сегодня 300 МБ, а завтра 3 ГБ.

А это указано в исходных данных в вопросе: есть оценка максимального объёма данных, при том, при разворачивании приложения уже заранее знаем, сколько памяти нам нужно будет под эти данные.
Ну а если же начальные ограничения задачи ошибочны - то нет ничего удивительного в том, что можно пойти в неправильную сторону.

Отдельно отмечу, что второй ответ - redis - тоже не сможет держать в памяти только горячие данные, а остальное доставать по необходимости с диска. Аналогично будет держать весь массив данных в памяти.

[Aryeh Leonid R.]

Melkij - спасибо, буду думать.

Answer 3

[Everything_is_not_so_bad]

SQLite.

Почему?
Можно держать всю БД хоть на диске в одном файле, хоть в памяти (in-memory).
Вместо своего велосипеда написать SQL запрос или составить его с query builder/ORM и получить ответ.
Для скорости - выставить нужные индексы на таблицу.
CSV - несколько хардкорное решение, несмотря на советы от некоторых. Если понадобится изменить какие-то данные/структуру в будущем, то придется сменять файл целиком. А так достаточно может изменить таблицу одним запросом.
В отличие от Redis, можно держать данные также и на диске, при необходимости.

Comments

[Aryeh Leonid R.]

менять ничего не придётся. точнее любое изменение приводит к генерации новой базы данных. но спасибо за аргументированное мнение.