Почему не проще оставить эту задачу на сами статьи/комментарии/записи,
с промежуточной таблицей для отметки, прочитано или нет?
id -> autoinc
isRead -> bool
UserId -> User
Content_id -> int
Content_type -> Types
В принципе даже для какой-то дальнейшей статистики пригодится
Можно накастылить на фронте, с localstorage например
Спасибо за ответ, ну хорошо, если нет возможности приводить миниатюрных примеров, может есть какая-то ассоциация с другими паттернами, возможно из читателей данного ответа, наведет на правильную мысль понимания похожий пример работы UoW с другим паттерном не мало схожим, есть аналогия?
BI0R0B0T, Ну выходит так что, например User.phone_id связывается с полем Phone.id и поля в сущности Phone имеют связь ещё с Phone.code_id ссылающийся на Code.id. Тогда как форма будет выглядеть в UserExtendedInfoEdit?
BI0R0B0T, Но что у нас получается, тут, несколько телефонов могут быть в отношении с пользователем?
Тоже самое с отношением один-к-одному уже не получится реализовать?
Особенно вопрос касается как логика в коде понимает что
Тип формы собственности (Государственная, Муниципальная, Частная и т.п.)
Например - Государственная
id записи справочника (Государственная) = 1
Мы и в коде тогда будем определять это как if($refference = 1 ){
Форма собственности - государственная!
}
с промежуточной таблицей для отметки, прочитано или нет?
id -> autoinc
isRead -> bool
UserId -> User
Content_id -> int
Content_type -> Types
В принципе даже для какой-то дальнейшей статистики пригодится
Можно накастылить на фронте, с localstorage например