KZ
Что-то производительностью по count чисто по индексу?
Size: a a a
2021 June 28
С
В телеграме после прочтения одного сообщения происходит декремент кол-ва непрочитанных
KZ
Только подряд и на клиенте, на сервер отправляется прочитано до такого то
YS
И что, их можно читать в произвольном порядке?
Вы же сами пишете:
> А потом считать сколько новых сообщений в чате после последнего прочитанного сообщения?
Вы же сами пишете:
> А потом считать сколько новых сообщений в чате после последнего прочитанного сообщения?
С
Поправьте, если я ошибаюсь. Система следующая: сохранять последнее прочтенное сообщение для каждого участника чата, а при необходимости узнать количество непрочитанных сообщений, производить подсчет сообщений, которые идут после последнего прочтенного?
V
А вам этот подсчет нужен для клиента или для какой-то аналитики со стороны чат-сервера?
С
Клиент
С
Но ваш вариант с подсчетом на клиенте не подходит, как я уже писал, может быть несколько клиентов у пользователя (смартфон, десктоп)
YS
Я имел в виду только то, что, если это "обычный" мессенджер, индивидуально хранить статусы сообщений явно не нужно.
А далее — да, можно хранить последнее прочтённое сообщение.
И ещё, если не нужен 100% точный счётчик, и id выдаются централизованно и почти всегда последовательно — вообще ничего считать не надо.
А далее — да, можно хранить последнее прочтённое сообщение.
И ещё, если не нужен 100% точный счётчик, и id выдаются централизованно и почти всегда последовательно — вообще ничего считать не надо.
V
На сервер отправляем последнее прочтенное сообщение с устройства и все, проблема нескольких устройств решена
С
Этот вариант с последним сообщением не подходит, так как это опять же использовать COUNT(*) WHERE id > [last_read_message_id]. Нужен 100% счетчик.
V
Опишите ваше понимание "отправить последнее сообщение на сервер"
С
При прочтении сообщения, отправить запрос, который установит его в качестве последнего прочтенного для определенного пользователя
С
Таблица members, у которой есть колонка last_read_message_id
V
Ага. А то, что этот номер нужен всего для двух вещей- синхронизировать между разными устройствами прочитанные сообщения и отметка для отсылки новых сообщений - вы согласны?
V
Для того, чтобы пользователь видел, сколько у него непрочитанных сообщений, ему не надо считать на сервере эту цифру- у него уже есть список сообщений и номер прочитанного
V
Вот вам 100% точный счётчик без нагрузки на БД сервера
С
Вы предлагаете при отправке сообщения любым пользователем делать инкремент общего количества сообщений отправленных в чате (таблица chats, столбец message_count), а для пользователя, хранить номер последнего прочитанного сообщения (таблица members, столбец last_read_message_index) и при выборке считать разницу message_count - last_read_message_index?
KZ
Почему вы на клиенте то не хотите подсчитать сколько их в условном «массиве»?
V
Я предлагаю на стороне чат сервера отправлять клиенту сообщение и получать от клиента номер последнего прочтенного сообщения. В этом случае клиент имеет список полученных сообщений и знает номер последнего прочтенного сообщения. Обладая этой информацией, клиент способен сам правильно отобразить число непрочитанных сообщений