Связь many-to-many

Скачай mysql workbench, подключи его к тестовому серваку и тыкайся до просветления.
https://www.w3schools.com/mysql/default.asp

Помогите это организовать

Чтобы сделать связь, надо из одной таблицы ссылаться на другую. Чаще всего в таблице A заводят столбец (комбинацию столбцов), в котором хранятся данные, уникально идентифицирующие какую-нибудь запись из таблицы B; при этом на этот столбец (комбинацию столбцов) обычно накладывают ограничение внешнего ключа — foreign key constraint.

Т.е., например, у нас есть таблицы Roles с суррогатным первичным ключём (surrogate primary key) id, в котором хранятся идентификаторы ролей (ключи ещё могут быть натуральными, но это сейчас не важно):

В таблице Users тогда заводим столбец role_id, в котором для каждой записи пользователя хранится идентификатор его роли:

Т.е. у пользователя Вася Пупкин роль paying user, у Ивана Иванова — admin.

(Если ты на 100% уверен, что с ролями не будут связаны никакие дополнительные данные, то можно вообще обойтись без отдельной таблицы для ролей, а вместо этого обойтись ENUM-ами — не знаю, правда, поддерживает ли их MySQL.)

Чтобы организовать связь many-to-many, тебе понадобится т.н. таблица связи (join table). Это по сути обычная таблица, только в ней записи ссылаются сразу на несколько других таблиц. Например, в твоём случае имеет смысл иметь таблицу связи PlaylistSongs, в которой будут одновременно ссылки и на записи из таблицы Playlists, и на записи из таблицы Songs.

ткните, что почитать

Рекомендую почитать мануал PostgreSQL, очень понятно всё расписано.

Дело в том, что я C++ программист

этто пи@#ец…извините, не сдержался..

Ну не имел я за 14 лет опыта работы с C++ опыта работы с БД. Такое бывает.

Спасибо огромное!

для many-to-many обычно делают отдельную вспомогательную табличку

id | id_from_1st_table | id_from_2nd_table

верно!

Спасибо, я подобный совет нашел на стековерфлоу, но это лишь подтверждает, что твой совет верный.

Всем привет, возникла задачка (она на c++, но под капотом MySQL).

На Lazarus и Firebird будет быстрее и понятнее.

Спрошу для себя, для лучшего понимания темы насколько твой ответ близок к этой проблеме?

Вроде оно?

И всё это запустить под FreeBSD =)

Я бы сказал, что довольно далёк, я не старался как-то этот вопрос разобрать.

Если ты на 100% уверен, что с ролями не будут связаны никакие дополнительные данные

Это тут ключевое. Но, если у роли должны быть разрешения на доступ к ресурсам, тогда только полноценный RBAC

IMHO

Это да.

ткните, что почитать

Любой учебник по базам данных для пту.

User: id, name, password_hash, ...
Role : id, name, ...
UserRole : id, id_user, ...
Songs : id, name, ...
Playlist : id, id_user, name, ...
PlaylistSong : id, id_playlist, id_song, ...
К каждой таблице добавить actual, date_ins, date_upd по вкусу.
Связь много-много не нужна (а если и нужна, то я не хз, куда вы её хотите впихнуть и зачем)

Связь много-много не нужна

PlaylistSong : id, id_playlist, id_song, …

А ты забавный.

Точно! Вот куда её надо было впихнуть!

Там должна быть таблица типа Actions либо отдельным полем в Roles хранить список действий как массив (JSON, ARRAY) либо в виде comma-separated строки. Например:

~/work/docker-stack 
➜ docker-compose exec postgres psql -U docker             
psql (13.4)
Type "help" for help.
                                                                                                          
docker=# create table roles(id serial not null primary key, name varchar(31) unique, actions text[]);
CREATE TABLE
docker=# insert into roles (name, actions) values ('Petuh', ARRAY['love_rust', 'suck_cocks']);
INSERT 0 1
docker=# select * from roles;
 id | name  |        actions         
----+-------+------------------------
  1 | Petuh | {love_rust,suck_cocks}
(1 row)

docker=#

А у юзера уже role_id будет… Как там в моем SQL я уже не помню. И хз что ты имеешь в виду MariaDB или Percona. Меня бы насторожило, что используется никому ненужная MySQL…

А дальше тригееры всякие создаешь, в них проверяешь роли, можно ли песню послухать и тп