БД для сообщений.

[Vano]

Как лучше всего организовать БД для личных сообщений, чтобы легко расширять, легко выборку делать, не запутаться. В общем, как это делают true pro style coders)?

 

[AnrDaemon]

Это не вопрос из серии кодинга, вообще-то.
Я свою БД строил на том, что текстовые модули лежат все отдельно в одной таблице(id, date, author, text).
А уже на неё ссылался отовсюду.
Топик форума? Отдельная таблица для топиков, отдельная таблица для связи топиков с модулями.
Личка? Отдельная таблица(id, date, sender, recipient, subject, text_id). Если нужна поддержка дискусий в привате - дополнительная таблица связки.
Нужно хранить нетекстовое содержимое? Текстовый модуль забивается JSON'ом со ссылками на это самое нетекстовое содержимое и инструкциями "как рисовать".

 

[WMix]

Минимальное на мой взгляд: Владелец, Отправитель, Получатель, Сообщение. Каждая строчка дублируется на получателя и отправителя, при этом сообщение это ид из другой таблички

 

[antson]

Vano, DELETED = TRUE / FALSE - по требованиям АНБ
а если без шутки, то флаг делетед потребуется. так получатель например стер, а отправитель его должен видеть.
еще временные стампы нужны : отправлено / прочитано , цепочки переписки еще пригодились бы.