Создание таблицы sql под отдельный приватный чат. Есть ли смысл и почему?

Question

[vutmuk123]

Здравствуйте. Очень нубский вопрос, извините. Приложение типа общего чатика. Для сообщений в нем есть своя таблица в БД. Теперь я хочу сделать приватные сообщения между пользователями.
Вариант1. В той же самой что и все но с дополнительными колонками адресации.
Вариант2. Сделать отдельную таблицу для приватных сообщений.
Вариант3. Генерировать таблицу приватных сообщений для каждого пользователя.
Какой из этих вариантов самый плохой и самый хороший, и главное почему?

Answer 1

[Сергей П]

Короткий ответ: варинты 1 и 2 нормальные, третий очень плохой.
Оптимальным будет первый вариант, потому что он повлечет за собой меньше всего кода. Просто добавится одно поле Адресат. Таким образом вы легко сможете добавить групповые чаты (кроме основого). вам не нужно будет синхронизировать и унифицировать между собой две отдельные модели сообщения, легко и без лишних кейсов можно сделать цитирование, не придётся писать отдельный код для реализации личных сообщений он удет тем же, что и при работе с общим или групповым чатом.

Comments

[vutmuk123]

Спасибо! А как это может сказаться на производительности БД? Т.е. что лучше, много маленьких по строкам таблиц или несколько больших?

[Алан Гибизов]

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

[Сергей П]

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