Отметка о прочтённом сообщении. Не знаю как это называется правильно, поэтому не могу написать правильный заголовок

Здравствуйте! Как видно из заголовка - я не могу правильно написать вопрос. А это, возможно. привело бы меня к решению в гугле за секунды.
Хочу понять, как в БД организуются "множественные привязки". Итак. Есть система, в которой заведено N пользователей. В системе появляется сообщение. Сообщение в статусе "не прочитано" для каждого пользователя. Один из них прочитал сообщение. Как сохранить состояние "прочитано" для конкретного пользователя?
В случае, есть N=1, то всё просто. Когда N>1, я вижу 2 решения:

1) завести табличку message_readed с полями message_id, user_id, валить туда всё в кучу и селектить каждый раз для каждого сообщения
2) для каждого юзера в табличке messages завести поле readed_M, где M будет ИД юзера. При создании нового пользователя добавлять ещё одно поле.

Я не силён в администрировании БД, но оба варианта кажутся мне дико кривыми. Красивое решение - для каждого сообщения иметь возможность привязать произвольное количество юзеров. Для уточнения статуса сообщения проверять, есть ли привзяка к юзеру. Говоря "привязать", "привязка" я не знаю, что я имею ввиду.

Собственно, вопрос: как такие вещи делаются "красиво"?

0

Отношение многие-к-многим. Заводится промежуточная таблица с внешними ключами к юзерам и сообщениям. Сам факт наличия такой записи для конкретных юзера и сообщения - сообщение прочитано. Нет записи - сообщение не прочитано. Можно, например, туда еще и дату втулить - когда прочитано

0

Сообщение от Аватар Отношение многие-к-многим. Заводится промежуточная таблица с внешними ключами к юзерам и сообщениям. Сам факт наличия такой записи для конкретных юзера и сообщения - сообщение прочитано. Нет записи - сообщение не прочитано. Можно, например, туда еще и дату втулить - когда прочитано

Это не первый вариант, описанный мной?

0

В общем-то первый, только не нужно сразу по созданию сообщения туда все валить, а по мере их прочтения юзерами. Второй вариант из разряда..., короче не айс

0

Сообщение от Аватар не нужно сразу по созданию сообщения туда все валить

Разумеется. Эх, а я ждал что меня заклюют и дадут ссылку на документацию, где всё придумали за меня

0

uscr, у себя на сайте поступаю почти аналогично описанному Аватар-ом, только наоборот:
в табличку msg_usrs (many-to-many) сразу закидываю кому надо данное сообщение прочитать. У каждого юзера по таймеру ajax-ом тыкается, нет ли чего с его id-ом, если есть - вылезает сбоку "вам сообщение". По мере прочитывания записи удаляются. Это позволяет не сильно захламалять табличку. Если нет нужды хранить точное время прочтения - вполне себе вариант.

0