По поводу прочитанности в "конференции" меня устраивает такая же реализация как в ВК, т.е. если прочитал один человек, то статут устанавливается "прочитано"
Дмитрий: с учетом активной переписки большого количества людей использование одной таблицы для сообщений очень "нагрузно" для сервера, как мне известно.
а статус прочитан/не прочитан не играет роли тут. ведь выходит так, что отправленные сообщения могут быть прочитаны только получателем и наоборот.
и да, беседы будут с возможностью "конференции" как в ВК.
если вариант сделать древовидную структуру, то подскажите, пожалуйста, как реализовать это можно на MySql? и если невозможно, то подскажите еще направления. буду преблагодарен!
В первой таблице хранить ИД пользователей А и Б, которые ведут "беседу", а во второй сообщения этой связки. Но тут нужна древовидная структура для второй таблицы, чтобы не забивать базу отдеьными таблицами, что не есть хорошо, как мне кажется... Вот в этом направлении может есть выход?
Таблица 1
-Ид переписки, Ид П1, Ид П2
Таблица 2
Вложенная таблица_Ид_переписки
-Сообщение 1
-Сообщение 2
По поводу прочитанности в "конференции" меня устраивает такая же реализация как в ВК, т.е. если прочитал один человек, то статут устанавливается "прочитано"