gpt4 book ai didi

mysql - 是否可以为整个表指定一个特定的 ID?

转载 作者:行者123 更新时间:2023-11-29 13:26:30 25 4
gpt4 key购买 nike

这是新手,所以请耐心听我说..

我正在尝试创建一个由歌曲表中的歌曲组成的播放列表表。

所以,我已经有了这样的基本设置。

           songs
|song_id | title | artist |
| 1 | MyTitle | MyArtist |

理论上该表将保存所有可用的歌曲。播放列表将从那些可用的歌曲中创建。

那张 table 看起来像

            playlists
| id | playlist_name | playlist_songs |

但我不知道如何制作 playlist_songs 表。我认为它看起来很简单,如下所示:

       playlist_songs
| id | song_id (foreign key) |

其中只是一堆行,每行都引用 song 表。问题是我不知道如何“定位”这样的特定表。

另一个选项是将所有外来的song_id“扁平”地存储在一个字段中。

    playlist songs
| id | song_ids |
| 1 | 1, 5, 4, 2, 11, 30, ...|
| 2 | 44, 43, 22, 1, 2, 40...|

但是,到目前为止我读到的有关数据库的所有内容都表明这是一个糟糕的解决方案,因为它不是正常形式..但是..我不知道如何将其采用正常形式!

最佳答案

首先,您的 playlist_songs 应该是一个关系表:

       playlist_songs
| playlist_id (foreign key) | song_id (foreign key) |

因为一首歌曲可以属于多个播放列表,并且一个播放列表可以包含多首歌曲。

然后,关于您关心的问题,您要查找的特定表的引用在外键的定义中得到了保证。如果你仔细观察语法:

ALTER TABLE `playlist_songs`
ADD CONSTRAINT `playlist_songs_playlist` FOREIGN KEY (`playlist_id`) REFERENCES `playlist` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
ADD CONSTRAINT `playlist_songs_song` FOREIGN KEY (`song_id`) REFERENCES `song` (`id`) ON DELETE CASCADE ON UPDATE CASCADE;

该表与字段一起引用以映射父记录和子记录。

关于mysql - 是否可以为整个表指定一个特定的 ID?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20061778/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com