Все песни должны быть в одной таблице «Песни».Затем вы создаете столбец «Идентификатор альбома» в этой таблице, который является внешним ключом к столбцу идентификатора в таблице альбомов.Так вы узнаете, какая песня принадлежит какому альбому.(И, конечно, у вас такие же отношения между «альбомом» и «исполнителем».)
Это называется отношением «один ко многим» и является одним из основных принципов проектирования реляционных баз данных..
Если вы когда-либо создавали несколько таблиц для представления одного и того же вида элемента данных, вы знаете, что ошиблись.
NB. Если вы хотите поддержать идею о том, что одну и ту же песню (или, возможно, более точную дорожку, поскольку потенциально можно сделать много разных записей песни) можно включить в несколько альбомов, тогда вы 'Вам нужно будет реализовать отношение «многие ко многим», когда у вас есть дополнительная таблица между «альбомами» и «песнями», которая содержит идентификатор альбома и идентификатор песни.Каждый из них будет внешним ключом обратно в таблицы «Альбомы» и «Песни» соответственно.И чтобы избежать дублирования, оба поля будут указаны как составной первичный ключ.Таким образом, вы можете перечислить один и тот же идентификатор песни в этой таблице несколько раз для разных альбомов.То же самое, если вы хотите иметь такую гибкость в отношениях между «художниками» и «альбомами».
Это может быть подходящее время, чтобы сделать перерыв и более детально изучить концепции проектирования реляционных баз данных и нормализации данных.тогда вы сможете сами увидеть эти шаблоны и принять правильное решение в своих схемах.