1 вариант точно не катит по-моему... Я бы выбрал 2 вариант, а возможно и всем отсылал сообщение...

Скажи, реально на сайте 100к человек???? Это че за сайт?

сайт - _http://dinersnation.com/


Если каждому посылать - это база разрастется.. Из расчета 1 сообщение - 1кб, 100к сообщений - под 100 метров уже.. Если в месяц рассылать раза 2-3, это уже будет 300 метров. Думаю не самый хороший вариант =)

А насчет 1-го варианта - так делает ebay. Присылает сообщение, которое ты не можешь сам удалить, но оно имеет "срок годности", и удаляется само.

Спасибо!

Разделите письмо на два куска заголовок и тело.
Заголовок отправляте каждому юзеру - он сможет с ним сделать, всё что угодно, а тело письма храните в отдельной таблице.
Периодически запускаете скрипт, который удаляет телА, на которые нет ссылок от "живых" заголовков.

хм... а если сделать так... у каждого пользователя есть поле



Есть простая таблица сообщений. Туда добавляются сообщения. После того, как юзер попадает в свой инбокс, он видит все сообщения по такому запросу:


После того, как юзер нажимает удалить, у него просто инкрементируется readed_base_message_id (т.е. становится равно прочитанному id).

Таким образом рассылка сообщений - просто добавление записи в таблицу Сообщения . Переодически можно старые записи удалять.

Единственная фича - сообщения можно удалять тока "снизу вверх". Т.е. нужно сделать, чтобы низя было удалить самое последнее сообщение... Иначе удалятся все предыдущие, возможно не прочитанные.

Sylex, твой вариант не слишком хорош. Я например очень часто читаю сообщения не по порядку, а при твоем алгоритме если я прочитаю последнее сообщение то все предыдущие пометятся как прочитаные...

kirik, а зачем вообще копировать сообщение ?
Я когда-то делал подобную систему на одном из сайтов. Структура была такая:

messages: { message_id | sender_id | message_text | message_type | ... }
mess_users: { message_id | user_id | status }

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

Если все равно жаба давит добавлять сразу 100к строк (хотя тут размер строки ~10-12 байт ), то можно плясать от обратного - любое публичное сообщение считается видимым и непрочитаным пока не сказано обратное. Соответственно тут строки будут добавляться только для тех юзеров которые прочитают/удалят это сообщение.

а если не помечать? )) Только если по-порядку будешь читать... Глючновато, конечно))

Alchemist, согласен с твоим вариантом, тоже о таком подумал. Наверное и является оптимальным. Кол-во записей правда будет также велико, но по-другому никак.

Alchemist, хм.. интересный вариант! Тоесть в случае, когда пользователи общаются, в таблице messages: создается одна запись, а в таблице mess_users: - две, для каждого из юзеров... Тогда еще нужно в таблицу mess_users: добавить поле folder, где будет отмечаться в какой папке (инбокс, аутбокс) лежит сообщение.

Спасибо большое, ребят! =)

Не совсем так.

Таблица mess_users определяет получателей сообщения, а отправитель указан в таблице messages. Т.е. если общаются два человека, то в таблицу mess_users будет добавляться по одной строке для каждого сообщения. Только если отправитель тоже должен получить свое же сообщение - только тогда строка с его ид будет добавлена.

При этом кстати не нужно поле folder, т.к. фактически таблица mess_users является inbox'ом, а messages - outbox'ом.

Все, теперь понял =)

Еще раз спасибо!