Кот МатроскинIceJOKERя же выше дважды по пальцам объяснил разницу:
беседы доступны лишь создателю и тем кого он пригласил, эти беседы никому не видны кроме как участникам беседы и беседы удаляются как только последний человек выйдет оттуда
комнаты доступны всем, в него могут заходить любые пользователи, общаться, выходить, потом снова заходить и комнаты все время будут им доступны, комнаты не удаляются когда последний человек выходит оттуда, пылятся и ждут участников - кто-то зашел - радуется, не зашел - ждет.

Вся эта разница - исключительно в поведении приложения, с точки зрения хранения данных полностью достаточно флага в таблице dialogs.
Кстати, как планируете реализовать "приглашения к беседе"? Флагом в таблице dialogs_users?

вот я и пока остановился на флаге в users, а не на dialogs(свой выбор недавно объяснял), но пока в тестовом режиме.
Пока думаю без приглашения сделать, т.е. пользователь может сразу добавить своих друзей в беседу.
dialog_users
id, dialog_id, user_id, confirm(можно столбец подтверждения тоже)

Появилось еще пару вопросов:
1. Как хранить сообщения, чтоб при удалении с одной стороны - они не удалялись у других участников беседы, т.е. человек общается , к примеру, тет-а-тет, решил очистить чат и чат очищается только у него, а не у собеседника
2. И как хранить ответы пользователей? Добавить столбец to_user в messages и заполнять его если пользователь отвечает или как?

p.s. я не новичок в этом деле, но и опыта не так много , поэтому написал с надеждой, что более опытные пользователи предложит варианты по-лучше, дадут рекомендации, вот чего я от вас жду, как лучше сделать, как не стоит, поэтому просьба развернуто объяснить почему стоит или не стоит делать так или иначе, а не просто написать НЕ ДЕЛАЙ ТАК
И спасибо тем, кто уже помог(-ает)

boottyIceJOKERя же выше дважды по пальцам объяснил разницу:
беседы доступны лишь создателю и тем кого он пригласил, эти беседы никому не видны кроме как участникам беседы и беседы удаляются как только последний человек выйдет оттуда
комнаты доступны всем, в него могут заходить любые пользователи, общаться, выходить, потом снова заходить и комнаты все время будут им доступны, комнаты не удаляются когда последний человек выходит оттуда, пылятся и ждут участников - кто-то зашел - радуется, не зашел - ждет.
Нет, я логику действий не совсем понимаю.

Общий чат, он как стена — кто хочешь заходит, смотрит, пишет и отвечает другим, возможно удаляет или исправляет свои сообщения.

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

Кстати, а приватные сообщения в чатах будут доступны? Помнится, когда лет 15 назад сидел в чатах, такой функционал уже был. Как это будет реализовано? У сообщения в комнате будет указан конкретный адресат?

А модерирование будет? Удаление из комнат/бесед пользователей, удаление сообщений, баны и т.п.?

пока остановимся на комнатах и беседах (: остальное пока не важно, над этим можно будет потом подумать..

Кот МатроскинIceJOKERПоявилось еще пару вопросов:
1. Как хранить сообщения, чтоб при удалении с одной стороны - они не удалялись у других участников беседы, т.е. человек общается , к примеру, тет-а-тет, решил очистить чат и чат очищается только у него, а не у собеседника

временной меткой в dialog_users "показывать сообщения с этого момента".


IceJOKER2. И как хранить ответы пользователей? Добавить столбец to_user в messages и заполнять его если пользователь отвечает или как?

А Вы уверены что это нужно? Вы хотите как-то выделять ответы в диалоге/комнате? скайп никак выделяет афаир.
Если нужно - я бы сделал в message ссылку ID_prev_message.

1. О , отличный вариант, спасибо. Первое, что мне пришло в голову - это дублирование сообщений(не пинайте, не пинайте, т.к. это 1-ое, что пришло в голову).
2. Тоже думал нужно или нет....и на всякий смотрел. Лучше уж сделаю старый добрый ответ - "%username, %