Прочитано/Не прочитано

Занялся написанием статуса тем/категорий на форуме.
Подскажите, как организовать со стороны хранения данных?

Давно писал систему входящих/исходящих сообщений, там все было просто. Если у сообщения пользователя статус 0, то делаем sql апдейт на единичку, если единичка - игнорим.

В голову пока лезет только такая мысля:
1. Проверка прочитанного/непрочитанного топика
Проверяем, имеется ли кука read_topic содержащая id темы и кол-во постов в ней. Если да, название темы делаем тонким, иначе жирным шрифтом.
При заходе в тему, создается кука read_topic, если ее еще нет, а если есть и кол-во сообщений не равно текущему кол-ву сообщений в теме, обновляем значение куки.

Ну а далее с проверками категорий я просто запоролся.
Подумываю о хранении в mysql, но со стороны ресурсов - это вообще не выгодно, но возможно я ошибаюсь и есть хорошее решение.

на хрена тут куки? сессии в PHP для кого придуманы


Mysql и есть хорошее решение.

Откуда у новичков эти дикие решения. то куки вместо сессий то файлы вместо БД.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Можно и сессии, со стороны оптимизации этот вопрос меня пока не особо волнует, а волнует сама структура строения


Можно поподробней? Неужели для каждого юзера и темы создавать поле?


Куки вместо сессии - это еще ладно))
А вот файлы вместо бд, ну или include("bloks/bd.php"); // Подключение БиДэ, такой дикости еще не лезло в голову

это не оптимизация а грамотное применение инструмента разработки.


нет, блин для каждого юзера свой сервер с БД.
Ты в курсе что в БД есть не только поля а еще и строки.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ладно, пошел сервера закупать :/

Сидел, думал, много думал, потом еще подумал и еще, что-то реализовал, но в итоге не пришел к идеальной структуре таблиц в базе.

Сформировалась только такая картина:
При заходе в категорию, создается строка в таблице read_category
с такими данными
id | cid | topics | posts | userid
cid - id прочитанной категории
topics - количество прочитанных тем(по умолчанию ноль). Вставляется значение по умолчанию
posts - количество ответов(по умолчанию ноль). Вставляется значение по умолчанию

При заходе в тему, создается строка в таблице read_topics
с такими данными
id | tid | posts | userid
tid - id прочитанной темы
posts - количество постов в данной теме

id и userid думаю объяснять не надо

При просмотре списка категорий формируется запрос, который проверяет текущее кол-во тем и постов и сверяет их с данными в таблице read_category.

При просмотре списка тем формируется запрос, который сверяет текущее кол-во постов с постами в таблице read_topics.

Если данные не равны, выводит жирный шрифт, иначе обычный.


Всё вроде бы работает хорошо, но есть 2 проблемы - удаление и перенос(тем и/или постов).

При удалении поста, требуется обновить все поля в таблицах read_category и read_topics где tid = текущей категории поста, а если таких over 9999 строк? Что тогда?

То же самое и с удалением тем, но там надо при обновлении вычитать посты и делать -1 на топике.

А с переносом тем, там вообще провал, если подумать. +4 запроса, если не ошибаюсь.

Может подскажите правильную структуру формирования "Прочитано/Не прочитано"?
По тому что то, что я написал сейчас, немного напоминает мне касету с дешевым порно 90-х годов.