Всем привет! Прошу совета по созданию структуры БД для реализации личных сообщений на сайте.

Сразу напишу, что пользовался поиском по форуму, максимально похожая задача была в ветке /topic/861209&pg=1 , но там задача так и не решилась.

Обмен сообщениями будет работать по аналогии с социальной сетью "ВКонтакте". У пользователя должны быть 2 главных интерфейса:
- список диалогов;
- диалог с конкретным пользователем.

Под диалогом понимается переписка Пользователя А с Пользователем Б или наоборот Пользователя Б с Пользователем А (т.е. это все сообщения, отправленные ЛИБО от А к Б, ЛИБО от Б к А).

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

Вот так выглядит придуманная мной структура таблиц:
users (для упрощения приведу только 2 поля):
ID;

NAME.

messages :

ID - id сообщения, первичный ключ;

DATE - дата отправки сообщения;

TEXT - текст сообщения;

SENDER_ID - id пользователя-отправителя;

RECEIVER_ID - id пользователя-получателя;

SENDER_DELETED - флаг удаления сообщения отправителем;

RECEIVER_DELETED - флаг удаления сообщения получателем;

RECEIVER_VIEWED - флаг прочтения сообщения получателем.

Проблем с выводом сообщений для интерфейса "диалог с конкретным пользователем" не возникает.

Забыл уточнить, БД - MySQL.

Dimitry SibiryakovlleexxaaВот так выглядит придуманная мной структура таблиц:

Добавь третью - dialogs - и привязывай сообщения к ней, а не пользователям.

Тогда придется при добавлении каждого личного сообщения проверять, есть ли диалог между данными пользователями или нет, и если диалога еще нет, добавлять его.

Dimitry Sibiryakovlleexxaaпридется при добавлении каждого личного сообщения проверять, есть ли диалог между данными
пользователями или нет, и если диалога еще нет, добавлять его.

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


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

Dimitry SibiryakovlleexxaaНо принципиально, по-моему, ничего не меняется.
Да нет, запросы упрощаются, использование индексов улучшается, скорость растёт,
нормальность тоже.

Вы говорите общими словами, я не могу понять, как простятся запросы. Насчет нормальности тоже смутно представляю. Пусть у нас добавляется таблица dialogs с полями ID, USER_ID_1, USER_ID_2, ведь от привязки сообщений к пользователям (в таблице messages поля SENDER_ID и RECEIVER_ID) не обойтись - нужно же понимать, кто отправитель, а кто получатель (для понимания, входящее ли это сообщение или исходящее). Ну а суть остается та же - нужно вытащить диалоги с последними сообщениями в них.

pkorobeinikovlleexxaa,
Для сообщений всё же лучше использовать не базу данных, а imap-сервер.
Для быстрых сообщений - xmpp.

Спасибо за наводку, почитаю поподробнее.

Dimitry SibiryakovА для простоты вытаскивания просто храни последнее сообщение прямо в таблице dialogs.

Тогда помимо того, чтобы записывать сообщение пользователя в таблицу messages, нужно будет постоянно обновлять запись с диалогом.