Что выбрать для хранения диалогов чате: реляционные, объектно-ориентированные или документо-ориентированные бд?

Question

[kinoz]

Хочу сделать централизованное хранилище моей im переписки.
У меня достаточно много учётный записей в социальных сетях, и искать тот или иной диалог,это долго и сложно, поэтому я решил написать свой велосипед.
Встал вопрос какую архитектуру использовать, главная задача это поиск.

Answer 1

[Дмитрий Полушкин]

Лучше выбрать документо-ориентированную БД, например RethinkDB или MongoDB. Первая мне больше нравится, хотя бы потому, что у них развитие идёт гораздо быстрее, пусть и с маркетингом пока не заладилось.

Одни из самых главных возможностей в RethinkDB:

- репликация в один клик
- возможность наблюдать за изменениями в таблицах (rethinkdb.com/api/ruby/#changes)
- лёгкий API
- лёгкость администрирования

Реляционные для чата - ну мы вроде не в 90х живём... Объектно-ориентированные - а для чего это требуется? Document oriented database как раз и создавались главным образом для хранения логов. А сообщение в чате это ничто иное как лог и есть.

Comments

[Sergej]

Когда весь проект реализован на стыке PHP+MySQL (Percone)+Redis+Node и т.д. уже как то не хочется подключать MongoDB =)

Почему прошлый век?
Я пользовался и тем и тем. Но классика в последствии выигрывает. Особенно при разработке соц. сетей.

[Дмитрий Полушкин]

Этого не было в вопросе. Тогда естественно MySQL или Redis.

[kinoz]

попробую,но не привычно. И я не знаю насчёт архитектуры мне кажется что если мы смотрим на это как на агрегатор, то связи нужны, например для ситуации когда один человек писал вам на разные аккаунты, и надо показать все сообщения от него или другая ситуация на примере ВК, там есть ограничение в 25 запросов в секунду и на каждое из сообщений надо резолвить имя, гораздо проще загнать друзей в таблицу и резолвить при select . Технология новая для меня, я многого не знаю, но буду пробовать.

Answer 2

[naneri]

Именно для поиска есть индекс Lucene и Solr и т.д.
Для хорошей скорости лучше использовать их в дополнение к NoSQL бд, потому что данных чата очень много, а внутри чата реляционных данных мало.