После 1000 сообщений, реальное количество непрочитанных сообщений не играет большой роли

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

@etkee для ВК, кстати, ваш вариант хорошо подходит. Они позволяют удалить сообщение только локально)

@etkee, я поразмышлял над вашим предложением и придумал способ решения несогласованности. Считаем разницу между индексом последнего сообщения в чате и индексом последнего прочтенного сообщения пользователем, но от этой разницы еще отнимаем count(*) удаленных сообщений в чате, у которых индекс больше, чем индекс последнего прочтенного сообщения. За счет того, что число удаленных сообщений будет небольшим, count(*) отлично подходит. Но возникает вопрос безопасности этого решения. Допустим, максимальное количество сохраняемых сообщений в чате - 1 милн. Злоумышленник может удалить 1 млн. сообщений и вычисление разницы будет менее производительным для пользователей, которые не прочли миллион сообщений. Это в теории, но возможно

Да нет, не нужна, Etki прав.
1-10-100-МНОГО , более точно не нужно.

Сергей, ты просто меседжовый педантист просто!

Если уж очень хочется честности, то считать её за пределами последних ста сообщений всё равно нет смысла. Ну или не ста, если считаете что ментальный порог "много" соответствует другому числу.

Соглашусь)

Я бы вообще бинарный признак делал "ВСЁ ПРОЧИТАНО/ЕСТЬ НЕПРОЧИТАННОЕ"

Я ему, в принципе, советовал вариант (частичные агрегаты) в другом чате... но их применение для решения такой задачи всё равно, что стрелять из пушки по воробьям, IMNSHO. ;)

Вы дали дельный совет с 1000+, я так и сделаю. Я написал о варианте с точным счетчиком, который внезапно пришел в голову

Я Вам давал совет и для варианта с точным счётчиком (тот самый, который Вы четыре раза не прочитали, судя по всему ;) ).

ВСЁ ПЛОХО / ВСЁ ПЛОХО, НО ЕСТЬ НЕПРОЧИТАННЫЕ

#вакансия #python #postgres #redis #server #работа #backend

Формат работы: #удаленка

Занятость: полная / частичная

Зарплатная вилка: 80-150 на руки

🤟 Описание вакансии: делаем мобильные приложения и сервера для них. Для крупного бизнеса и для себя. Помогаем разобраться в новых задачах, обучаем новым фишкам и приветствуем новые фреймворки. Ищем разработчиков с опытом работы в реальных проектах от 1 года, а еще обучаем джунов.

Идеально, если ты знаешь что такое Redis, Ngnix, Doker, PostgreSQL и уже работал с ними.

Контакты: @storyliker@storyliker

Добрый день. Я скорей всего задам очень тупой вопрос , но для меня это не очевидно. Кому не сложно уделить время на разъяснения, отзовитесь пожалуйста. У меня стоит задача "Замерять производительность базы данных" Который день читаю статьи на эту тему , все никак не вкурю. База на Ms SQL server 16. Заранее буду благодарен любой помощи.

В качестве какой-то помощи — вот специализированный чат https://t.me/sqlcom

Благодарю

Тебе надо замерить универсально производительность СУБД/системы, или же производительность конкретной системы/приложения в терминах бизнес-понятий?

Насколько я понимаю универсально ...

Универсально — бессмысленно. Есть тесты TPC, их надо использовать (лучше в виде результатов)