Как делать статус непрочитанных комментариев?

Question

[A R]

Добрый день.

Есть проект, в котором есть пользователи и есть комментарии к некоторой сущности.

Как правильно сделать индикацию непрочитанности сообщений? Т.е. для одного пользователя сообщение "А" может быть прочитанным, а для другого, это же сообщение "А" может быть непрочитанным.

Ничего кроме таблицы по непрочитанным комментам не пирходит (id_comment, id_user)

Проект на Yii2.

Заранее спасибо.

Answer 1

[Андрей Буров]

записывать дату последнего посещения топика, и все комментарии, которые были после даты последнего посещения считать непрочитанными.

Comments

[Сергей]

Ай, в одно время написали)

[A R]

Меня беспокоит при таком подходе, что на каждой странице где будут эти счетчики (общее количество, отдельно по каждой сущности) они будут каждый раз обсчитываться, разве это не лишнее ?

[Андрей Буров]

а в чем проблема?

SELECT tipic_id, count(id) FROM comments WHERE date >= <user_last_visit_time> GROUP BY topic_id;

Ну или еще left join с таблицей посещенных юзером топиков и датой.

[A R]

Андрей Буров, то есть для каждого пользователя хранить в отдельной таблице даты посещения каждого из топиков ?

[Андрей Буров]

A R, да, таблица (user_id, topic_id, date) (Если нужна инфа по каждому топику)

[A R]

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

[Андрей Буров]

A R, в ВК все же личные сообщения и они лежат в таблице "messages" (from, to, message, readed=true/false).

[A R]

Андрей Буров, я имел ввиду действие по которому ставится флаг прочитано оно или нет.

[entermix]

A R, в ВК все же личные сообщения и они лежат в таблице "messages" (from, to, message, readed=true/false).

Андрей Буров, Интересно, откуда такая информация? Что, если это групповой чат?

[Андрей Буров]

entermix, это предположение.

[Александр Урих]

Андрей Буров, а как быть тогда в случае, когда нужно вывести список топиков, скажем в 50 строк, в котором так же нужно показать, прочитан топик или нет (например заказчик хочет выводить в списке непрочитанные топики жирным шрифтом), в таком случае на каждую запись будет минимум 2 запроса к базе, то есть уже минмум 100 запросов

[Андрей Буров]

Александр Урих,
Можно одним запросом выбрать все топики, и другим выбрать где есть непрочитанные сообщения.

PS: лучше для этого уже сделать отдельный вопрос на Тостере с описанием вашей текущей схемы.

[Александр Урих]

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

Answer 2

[Сергей]

Статистика по посещаемости не ведется?
Можно вести статистику, на каких страницах был пользователь в какое время.
Соответственно соотнести время посещения и время публикации комментариев.

Answer 3

[Uno]

По дате 100%.
Это экономно по отношению к дисковому пространству.

Answer 4

[bkosun]

Ничего кроме таблицы по непрочитанным комментам не пирходит
(id_comment, id_user)

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

Предположим, что в системе зарегистрировано 100500 пользователей, после добавления нового комментария нужно будет добавить всем информацию о новом непрочитанном комментарии? А если комментарий отредактируют? А что делать с новыми пользователями?

Правильно хранить просмотры, а не "непрочитанные комментарии":

comments
id, user_id, text, ...

comment_views
id, comment_id, user_id, ...

Comments

[A R]

Нет неправильнее. Так эта база будет всегда расти гораздо больше, чем хранить непрочитанные комментарии.

[bkosun]

A R, Это такая шутка? Аргументируйте, пожалуйста, если Вы действительно так считаете.

[A R]

ffosters, Это не шутка. Есть 100 клиентов, и 100 комментарие, они все прочитаны всеми пользователями. Сколько записей будет в таблице с непрочитанными комментами? 0.

Далее 1 клиент, написал 10 сообщений, никто их не прочитал. Сколько будет записей в таблице с непрочитанными комментариями ? 100.

Далее все клиенты прочитали все сообщения, и в таблице с непрочитанными комментариями станет опять ноль записей.

А в вашем случае в таблице с прочитанными комментариями станет 11000 записей.

[bkosun]

Это не шутка. Есть 100 клиентов, и 100 комментарие, они все прочитаны всеми пользователями. Сколько записей будет в таблице с непрочитанными комментами? 0.

Верно, но не все читают комментарии, поэтому в базе данных будет скапливаться хлам.

Далее 1 клиент, написал 10 сообщений, никто их не прочитал. Сколько будет записей в таблице с непрочитанными комментариями ? 100.

Неправильно.

Ничего кроме таблицы по непрочитанным комментам не пирходит (id_comment, id_user)

Если Вы планируете такую таблицу: id_comment, id_user, нужно будет добавить записи для каждой пары "комментарий - пользователь", а это 10*99 = 990 записей, если не учитывать автора комментариев.

Каждый раз, когда пользователь добавляет комментарий Вы хотите создавать еще 99 записей с отметками о непрочитанных комментариях? А если будет зарегистрирован новый пользователь?

А в вашем случае в таблице с прочитанными комментариями станет 11000 записей.

Неправильно, в худшем случае (каждый пользователь прочитает все комментарии без учета автора), будет 10*99=990 записей, где можно дополнительно хранить время прочтения, ip, устройство и т.д.

[A R]

ffosters,

А в вашем случае в таблице с прочитанными комментариями станет 11000 записей.

Неправильно, в худшем случае (каждый пользователь прочитает все комментарии), будет 10*100=1000 записей, где можно дополнительно хранить время прочтения,

что значит 10 * 100? Куда денутся остальные 100 сообщений?

[bkosun]

A R, какие еще "остальные 100 сообщений" ?

[A R]

ffosters,

Есть 100 клиентов, и 100 комментарие, они все прочитаны всеми пользователями. Сколько записей будет в таблице с непрочитанными комментами? 0.

которые были в самом начале моей аргументации.

На самом деле это условные 100 сообщений, это все все все сообщения которые напишут пользователи за все время. Именно из за них эта таблица будет постоянно расти.

[bkosun]

A R, Действительно, эти комментарии не учтены, но сути это не меняет.

[A R]

ffosters, В смысле это не меняет сути, это кардинально меняет суть, то что выборка будет все дольше и дольше.

[bkosun]

A R, яснопонятно, в вашем случае, наверное, действительно лучше хранить "непрочитанные комментарии", а потом, когда придет время, переработать реализацию.

Answer 5

[maiskiykot]

А почему все пытаются всегда все писать в базу? Есть же куки и в большинстве случаев достаточно записать клиенту в куки и все. Зачем грузить базу?

Comments

[A R]

А причем здесь куки? Зашел с другого устройство и что?

[maiskiykot]

А еще у него может быть несколько учетных записей и т.д. и т.п. Вы что там сочиняете - Washington Post? Большинство юзеров заходят через один комп и под одним логином. Исключения - их проблемы. Писать километры кода и напрягать базу из-за горстки неформалов - это норм?

[A R]

maiskiykot, Большинство юзеров сидят с 2 устройств. Просто посмотрите статистику. Это никакие не исключения. Это не просто комментарии в какой либо соцсети, а важные сообщения, пропускать которые нельзя.

[maiskiykot]

A R,
Так он и не пропустит. Просто будет больше непрочитанных. Сравните нагрузку на сервер - разовая запись в куки или перелопачивание базы. Я бы вообще писал в куки автоматом время посещения и номера прочитанных сообщений. А потом это проверял. Быстро и эффективно.

[A R]

maiskiykot, вы видимо не совсем понимаете задачу. Это не просто комментарии под каким то постами в развлекательной соцсети. Это вполне важные сообщения. И нужно не просто выводить их количество, а знать, какие именно сообщения не прочитаны.

[maiskiykot]

А вы по-моему не знакомы с кукисами.

setcookie("user", "Gremlin");
setcookie("lastVisit", "time()");
setcookie("readed", "1880, 1780,1665,1546,1455,1766");

И все!!! Все, что старше time() считать прочитанными, остальное дописывать в куку readed. Проверка вообще из одной строки. Не благодарите!

[A R]

maiskiykot, разговор глухого со слепым.