Структура БД диалогов: как построить?

Question

[Сергей Семенко]

Кто может помочь правильно построить структуру БД диалогов? Я хочу чтоб любой из собеседников мог "мягко" удалить диалог или сообщение, то есть если удаляет один собеседник, то у второго сообщение остается, а если удаляют оба, то сообщение безвозвратно удаляется, тоже самое с самими диалогами.

Comments

[FanatPHP]

А зачем вообще удалять в таком случае отдельные сообщения?

[Сергей Семенко]

@FanatPHP для функциональности. Хотя хватит и одного удаления диалогов.

[FanatPHP]

Ну вот мне тоже кажется, что бессмысленную функциональность делать не нужно.

[Сергей Семенко]

@FanatPHP допустим, но как быть с диалогами? Создать отдельную таблицу с удаленными диалогами?

[FanatPHP]

А для чего?

[Сергей Семенко]

@FanatPHP что для чего?

[FanatPHP]

создавать отдельную таблицу с удаленными комментариями

Answer 1

[WebSpider]

Можно сделать поле (например, deleted) с битовой маской
00b - видно всем
01b - удалил кто-то один (например, отправитель сообщения)
10b - удалил, соответственно, получатель сообщения
11b - удалили оба, можно удалять запись из базы (например, скриптом по крону, либо сразу проверять условие в момент удаления пользователем)

Comments

[Сергей Семенко]

Мысль понял, буду обрабатывать

[Par Mactep]

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

Answer 2

[NataliaCh]

когда-то реализовывала простой обмен личными сообщениями на одном сайте.
обошлась одной таблицей. Работает уже три года. Записей на данный момент около 100 тысяч
Может мой вариант кому и пригодится.

структура таблицы:
mail_id
mail_userid_from - id отправителя
mail_userid_to - id получателя
mail_text - текст сообщения
mail_data - дата отправки
mail_status - прочитано или нет получателем - чтобы выводить количество непрочитанных сообщений
mail_delete_userfrom - удалено/нет отправителем
mail_delete_userto - удалено/нет получателем

последние два поля как раз отвечают за "мягкое удаление". По умолчанию там нули. Если юзер удалил сообщение, то выставляется 1 и сообщение данному юзеру не показывается. Теоретически, если в обоих полях по 1, то можно грохать из таблицы такие записи.

Answer 3

[FanatPHP]

Я бы хранил всю переписку во-первых, в одной ячейке, а во-вторых, тупо дублировал бы её. Это, конечно, расход места, но зато просто.

Comments

[Сергей Семенко]

Вот я и хочу узнать, может можно как-то без дублирования?

[Сергей Семенко]

А как хранить все переписку в одной ячейке? Какой от этого толк? Может я не так понял?

[FanatPHP]

толк в том чтобы не делать таблицу на 1005001000000 записей.

[WebSpider]

@FanatPHP и чем же лучше 1005001000000 сообщений хранить в одной ячейке? их тогда и вытаскивать придётся все сразу, даже если будет нужно одно сообщение

[FanatPHP]

в одной ячейке не будет 1005001000000 сообщений.

[WebSpider]

А сколько будет? Не совсем понятно в таком случае что вы имеете ввиду