Хранение текста сообщения является дефолтным условиям для нормального чата по моим представлениям, исходя из этого, подохид ли PostgreSQL как единственная БД для чата?
В чате актуальны обычно максимум сообщений 1000, всё остальное - это история. Эти 1000 сообщений можно хранить/писать в Redis. Это проще и быстрее работать будет
все это несколько не так, и если вы не делаете Телеграм, то постгреса более чем достаточно для простого чата.
все это несколько не так, и если вы не делаете Телеграм, то постгреса более чем достаточно для простого чата.
А смысл, если всё равно актуальны последние тысяча сообщений максимум? Зачем их гнать через реляционную БД? Чат - это не комментарии под статьей, тут сообщения в онлайн-режиме должны обновляться
А смысл, если всё равно актуальны последние тысяча сообщений максимум? Зачем их гнать через реляционную БД? Чат - это не комментарии под статьей, тут сообщения в онлайн-режиме должны обновляться
смысл в том, чтобы не городить кучу разных баз и не пытаться выбирать что-то оттуда, и что-то отсюда
А смысл, если всё равно актуальны последние тысяча сообщений максимум? Зачем их гнать через реляционную БД? Чат - это не комментарии под статьей, тут сообщения в онлайн-режиме должны обновляться
Гоняю через реляционную БД вообще все. Нисколько этого не стесняюсь. Доволен. Когда наступают проблемы с производительностью — переделываю. Наступают они, как правило, никогда.
Вон, у меня постгрес почти везде используется в качестве менеджера очередей. И некому мне придти и сказать, что это неправильно, потому что у всех все валится, данные то теряются, то приходят по десять раз, а у меня все супер-консистентно.
Гоняю через реляционную БД вообще все. Нисколько этого не стесняюсь. Доволен. Когда наступают проблемы с производительностью — переделываю. Наступают они, как правило, никогда.
Чаще всего наступают изменения требований бизнеса. «Очередь надо обрабатывать с тремя приоритетами и зелёненькие записи обрабатывать с задержкой в сутки, но через одну и для клиентов из Руанды». После второго такого задвига хвалёные nosql летят в помойку.
Чаще всего наступают изменения требований бизнеса. «Очередь надо обрабатывать с тремя приоритетами и зелёненькие записи обрабатывать с задержкой в сутки, но через одну и для клиентов из Руанды». После второго такого задвига хвалёные nosql летят в помойку.