Какую БД выбрать для хранения и обработки большого кол-ва сообщений?

Question

[Vitaly]

Выбираю БД для хранения большого кол-ва сообщений (каждое до 4 тыс. симоволов).
Нужен быстрый поиск по тексту сообщения.

Выбираю между Postgresql и mongoDB.
Думаю, что в плане скорости реляционная бд вроде Postgres будет лучшим вариантом. Но беспокоит вопрос горизонтальной масштабируемости в будущем.
Насколько поиск по тексту в документе в mongo может быть дольше, чем в postgres?
Может быть есть другие варианты, лучше подходящие для моей задачи?

Comments

[Denis Melnikov]

Может вам на elastic глянуть ?

[Everything_is_not_so_bad]

большого кол-ва

это сколько в день?

[Everything_is_not_so_bad]

Стоит привести примеры поиска и результаты

[Vitaly]

Denis Melnikov, спасибо, как вариант

[Akina]

Нужен быстрый поиск по тексту сообщения.

Какой именно поиск?

[Vitaly]

Иерокопус Таманский, пока что около 10тыс сообщений в сутки, но будет больше.

[Vitaly]

Akina, текстовый поиск по неполному вхождению.

[rPman]

10к в сутки это нулевая нагрузка, при таких вводных советую оставаться на постгрес
и вообще сравнивать чайник с кастрюлей не правильно, базы слишком отличаются по задачам, вроде и там и там можно и чай разогреть и пельмени сварить...

[Akina]

Vitaly,

поиск по неполному вхождению

А как это же будет по-русски? поиск подстроки?

Answer 1

[Everything_is_not_so_bad]

пока что около 10тыс сообщений в сутки, но будет больше.

Можно взять Sphinx Search с адаптером для Postgres, где и хранить все сообщения. Или только Postgres, для простоты и лёгкого старта. Полнотекстовый поиск есть и в нём.
Или RediSearch (модуль-новинка в Redis) - но насколько я понимаю, всё будет в памяти экземпляра, что может быть дороговато со временем.
Если сильно вырастите со временем, тогда можете смотреть на ElasticSearch (осознание о необходимости придёт на некотором этапе).

Comments

[Vitaly]

Спасибо!