xing users (id, name)
messages(id, name) Что, одно сообщение может иметь множество отправителей и получателей???
Мне кажется, схема должна быть такая:
users (id, name)
messages(id, name, id отправителя, id получателя)

xing... ... ... , ммм..не очень понял, как это поможет вывести диалоги. Удаление вроде как не проблема. Вывести простым селектом. Непонятно, какая может быть проблема?

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

xingНет. 2 ссылки на одно сообщение (от отправители и получателя). Чтобы каждый пользователь мог удалить сообщение у себя, но при этом у другого пользователя оно отображалось.Нет, у вас пользователь не может удалить сообщение у себя. Вы сохраняете этот факт - создано сообщение от пользователя А пользователю Б. И сам факт вы не удаляете (т.к. второй пользователь может посмотреть это сообщение).

Кроме того, вам не нужно посылать одно сообщение от пользователей А, Б и В пользователям Г и Д. Так зачем это такую возможность предусматривать в схеме данных? Это усложнит разработку и сопровождление базы.

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

Это всё учитывается в моём варианте и в варианте "... ... ..."
Я только сразу не предусмотрел этих флагов - не знал о необходимости удаления показа.

... ... ...Последние два поля составляют костяк абсурда :)Да вполне нормальные поля.

xingalexeyvg,

Все гладко только в теории. Попробуйте по вашей схеме вывести список последних сообщений всех диалогов которые ведет пользователь, причем не важно кто автор последнего сообщения (либо сам пользователь либо его собеседник), оно должно выводиться. select * from message where user_id in (user_id_from, user_id_to)

где user_id - идентификатор пользователя (переменная или константа).
xingВ чем недостаток схемы, не понимаю что-то. Объясните, пожалуйста, примером.Недостаток схемы в том, что она не отражает реальных процессов.

Если вы сделаете схему, которая просто позволит показать на экране то, что вам надо, это называется "простокод", а такие программисты - "простокодеры" :-)

Вы, как разработчик мождели БД, должны создать такую модель данных, чтобы никакой программист не смог ввести неправильные данные или написать программу, которая покажет на экране что то невразумительное.
Просто что бы у него сама собой для этой модели данных получалась хорошая программа, а для написания ошибок ему пришлось бы сильно поломать голову.

Например, для вашей схемы программист сможет заполнить таблицу такими данными
users_has_messages(id, user_id, messages_id)
1,1,1
2,1,1
3,2,1
4,3,1
5,4,1

Что нужно отобразить на экране? Кто, кому и какое сообщение отправил?

Разумеется, создавать правильные модели необязательно, и заботиться о том, что там будет после вас - тоже, но если есть желание сделать хорошую модель данных, то она ИМХО непохожа на вашу. Или я неправильно понимаю задачу (вам конечно виднее, вы же её знаете).

xingЭтим запросом выводятся все сообщения всех диалогов. А нужно именно как на рисунке, все диалоги юзера с текстом последнего сообщения в нем.А, именно как на рисунке?

Ну чего же проще-то...

select u.name,
(
select top 1 m.name
from messages m
where u.user_id in (m.user_id_from, m.user_id_to)
order by m.date desc
) as messages_name
from users u