Как спроектировать БД для диалогов?

Question

[exxagw]

Диалог имеет от 2х пользователей ( 4, 5, 10 человек и тд).

Прежде я писал диалогу в "users" людей через запятую, т.е.:
dialog_id | users
1 | 2,3,4,5

И при выводе своих диалогов использовал такую конструкцию:

WHERE users LIKE '{$user_id},%' OR  users LIKE '%,{$user_id}' OR  users LIKE '%,{$user_id},%'

Есть ли более "красивые" методы связи диалога и пользователя?
Вариант завести еще одну таблицу dilog_users
dialog_id | user_id
1 | 2
1 | 3
1 | 4
1 | 5

Но мне кажется это не реально раздует бд, да и разницы особо не будет.

p.s. диалоги на пхп и нода для сокетов (ну и части логики)

Answer 1

[bnytiki]

Есть ли более "красивые" методы связи диалога и пользователя?
Вариант завести еще одну таблицу dilog_users
dialog_id | user_id
1 | 2
1 | 3
1 | 4
1 | 5

Но мне кажется это не реально раздует бд, да и разницы особо не будет.

MySQL - это РЕЛЯЦИОННАЯ СУБД.
Для нее абсолютно нормально и совершенно естественно хранить данные именно так.
Про раздувание СУБД не стоит волноваться - современные СУБД спокойно хранят миллиарды строк и быстро с ними работают.
Метод же с LIKE - абсолютно неестественен для реляционных СУБД, что по мере "раздувания" СУБД приведет к крайне медленной работе.

Answer 2

[index0h]

LIKE - дико медленная операция, ее стоит использовать в исключительно редких случаях и то, для маленьких таблиц.

Ваш вариант MANY_TO_MANY ниже - на порядки лучше.

Answer 3

[Александр Таратин]

Переходите на PostgreSQL
https://www.postgresql.org/docs/9.1/static/arrays.html
blog.lerner.co.il/looking-postgresql-arrays