информации:
Есть пользователи, и есть заявки.
В сайдбаре - выводится счетчик: Заявок +5
Для каждого пользователя этот счетчик уникален (в зависимости от того, как давно пользователь открывал страницу и новых заявок).
Например: в бд есть 10 заявок, пользователь "А" - открывал ранее страницу и просмотрел 5 заявок - у него счетчик 5.
Пользователь B - не посещал эту страницу ранее - у него счетчик 10.
Т.к. заявки могут удаляться, то хранить просто в виде числа где-то в таблице пользователя - некорректно.
Думаю сделать таблицу связей, но не знаю как ее корректно назвать:
user_order_checks?
id, user_id, order_id.
Для таблицы orders - получать через left join количество заявок, для которых нет записи в user_order_checks для конкретного пользователя.
Плохая ли это реализация? Если нет - как назвать сущность?
Опиши предметную область, а не твою её гипотетическую реализацию
Система, в которой есть пользователи, заявки, и счетчик новых заявок - уникальный для каждого пользователя. Какой информации недостаточно?
Нет что? Недостаточно информации? Не совсем понимаю, какую еще информацию мне нужно предоставить?
Описать задачу надо детально. Ты описал НЕ задачу, а своё решение.
DDL таблиц сначала
По сути пользователь тут - не сущность, счётчик нужен фиг знает зачем, реально есть только заявка. Заявка - это что ?
Да он их ещё не создал.
Обсуждают сегодня