Я хочу смочь иметь уведомления на своем сайте, подобный пути ТАК делает это. Я искал хорошую структуру таблицы, чтобы сделать это, но я, может казаться, не понимаю это.
Я думал что-то вроде этого.
Уведомления
id
, notification_type_id
, user_id
, type_id
Типы уведомления
id
, notification_text
Где тип уведомления коснулся бы или нового сообщения, нового комментария, или безотносительно функций, я добавляю позже по линии... Идентификатор пользователя коснулся бы, для кого бы ни уведомление. Type_id и тип уведомления шли бы рука об руку, поэтому если бы notification_type был новым комментарием, то type_id был бы comment_id для движения в.
Это кажется хорошим мне, но я хочу смочь уведомить ВСЕХ пользователей, когда что-то изменяется.. как в Facebook при комментарии чего-то Вы получаете уведомление, что кто-то еще также прокомментировал то же самое после Вас.
Я, может казаться, не понимаю это... Help требуется
Спасибо
Править: Путем я думал об этом, был, notification_type_id отобразится на notification_type таблицу, которая содержала бы текст для каждого уведомления ("У Вас есть новый комментарий", "и тому подобное также прокомментировал и тому подобное", и т.д.), type_id отобразился бы на primary_id того, о чем комментарий. например, если бы в уведомлении говорится, что у Вас есть новый комментарий к Вашему сообщению, затем type_id был бы основным идентификатором сообщения для легкого соединения.. IDK, это была просто мысль.
Посмотрите на эти вопросы о stackoverflow:
Facebook как отслеживание уведомлений (Дизайн БД)
Дизайн базы данных для хранения уведомлений для пользователей
Обратите особое внимание на это ответ, в котором есть чистое решение вашего запроса.
Не могли бы вы подробнее рассказать о каждом столбце, потому что ваш текст не очень точен, поскольку вы упоминаете «тип уведомления», а это не столбец в вашем примере. Какой столбец указывает на идентификатор в таблице типов уведомлений: notification_type_id или type_id?