Непрочитанные сообщения и комментарии

Question

[Graube]

Привет всем,

Для начала поздравляю всех C Наступающим/Наступившим!

Вопрос состоит в следующем: Требуется при выводе сообщений помечать новые (сообщения) специальными значками, как это сделано на lj, habr и т.п.

Из более менее маленьких велосипедов на ум приходит сделать привязку ко времени просмотра:

Имеется условие:

если ( ДатаПоследнегоПосещения < ДатаПоследнегоКомментария ) 
то { пометить маркой все комментарии с датой больше ДатаПоследнегоПосещения и обновить ДатаПоследнегоПосещения }

и база данных с таблицей(Айди Поста, Айди Пользователя иДатаПоследнегоПосещения).

В данном случае будет «условно большое» кол-во записей в базу данных. Само количество не пугает, пугает данный способ, в связи с этим интересуюсь, есть ли способ менее громоздкий.

Спасибо!

Comments

[Graube]

p.s. нужна не сама реализация, а лишь посоветовать путь истинный

Answer 1

[JhaoDa]

А что тут еще можно придумать? Выбирете все сообщения, относящиеся к нужному топику и со временем, старше времени последней активности пользователя в этом топике (или на сайте вообще). При нормальной модели данных, при наличии индексов — всё будет работать.
Да и «кол-во записей в бд» знаете ли, зависит от задач — кому-то 100 000 уже много, а другому и 10 млн нормально. Маловато подробностей…

Comments

[Graube]

Количество записей пугает не в том смысле, что их будет over 9000, а то, что обычно, если попадается громоздкое решение, то значит — это очередной «велосипед» и инстинктивно хочется упростить.

[JhaoDa]

«over 9000» это сколько в цифрах, хотя бы порядок?

[Graube]

Имеется ~ 500 пользователей, ~ 700 постов (посты публикуются не часто, раз в 2/3 дня). Т.е. приблизительно получается, если все пользователи снова зайдут в посты, около 3.500.000 записей.

[JhaoDa]

Кажется, мы говорим о разных вещах… Речь про новые каменты к постам?

[Graube]

Да

[JhaoDa]

Тогда я не понимаю, что такое «3.500.000 записей».

[Graube]

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

[Graube]

Не так выразился: При последующих посещениях поста производится условие, если после даты последнего посещения есть новые комментарии, то новые комментарии помечаются значком и запись в таблице обновляется (обновляется дата последнего посещения).

upd: Сейчас перепишу полностью текст вопроса.

[tenshi]

4 лимона записей — это же мелочи. да и это только в худшем случае. в среднем думаю раз в 10 меньше, а то и в 100.

[denver]

Соглашусь с tenshi, 4млн записей типа id1, id2, timestamp — ерунда. СУБД расчитаны на тыщи миллионов. Что еще можно придумать — ума не приложу. Хранить дату в куках, будет правда в каждом браузере разные «новые».
Вообще, в чем проблема-то. Нужно альтеры делать по этой таблице? Нужно ее партиционировать? Ну так храните всех у кого ник на A...Z в таблицах lastTimeA...lastTimeZ, ну или еще как-то разбейте, только это все когда оно дейтствительно надо будет, а не для профилактики.

[Graube]

Вопрос задавался с целью узнать не горожу ли я огород, когда можно сделать все проще.
Но теперь, вроде, понимаю, что так и нужно сделать.

Answer 2

[tenshi]

можно оптимизировать так: по умолчанию считаем все посты полностью прочитанными, но когда создаётся пост прописывать для всех юзеров время прочтения = текущее. а каждый день вычищать все такие записи, которые старше, допустим, года. тогда при 500 юзерах и 150 постах в год получаем единовременно не более 75000 записей. при посещении запись конечно обновляем/добавляем, но это мелочи.