我无法使用这些值设置我的数据库表。一切都在正确的表格中，因为如果不是，有人可以帮助我并向我展示正确的吗？我只需要澄清一下。谢谢！
查看所有答案，它们都很有帮助，但我只能选择一个！
【问题讨论】：
首先想到的是，用后缀Tbl 标记每个表是多余的。我们知道它是一张桌子，不会有任何混淆。例如，将其称为users 和purchases 就足够了。关于这些表的主键也可以这样说。例如，您不需要调用 Album 表 AlbumID 的主键 id 列，因为它永远不能在它所属的表的上下文之外被引用。你可以直接叫它id。
您在一些不属于的表中有许多额外的列。我看到的模式可能表明你并没有完全基于关系的运作方式。我将指出几个存在混淆的地方，这应该为您提供足够坚实的基础来查看其余表格并找出其他错误。
查看UserTbl 表，您有购买的ID (Purcahse_ID)。在现实世界中，这意味着每个用户只能购买一次，而这种情况不太可能发生。更有可能的是，用户可能有很多购买。正如一位教授曾经告诉我的那样，在决定将外键放在哪里时，键总是位于关系的“多”端。因此，在这种情况下，您需要从UserTbl 中删除Purchase_ID，并在PurchaseTbl 中添加User_ID。这样，一个用户可能确实有很多购买，每次购买都包含进行购买的用户的 id。
您在 ArtistTbl 和 GenreTbl 中有类似的问题。看看您是否可以确定关系的外观。希望这更有意义。
附注：除非你的系统是用来跟踪奴隶劳动的，否则我相信PurchaseTbl 中的ArtistID 实际上应该是AlbumID，因为用户很可能购买专辑，而不是购买人。
【讨论】：
user_id，或album_id）。所以主键通常简单命名为id，而另一个表中引用上述主键的外键通常是[table name]_id
id (PK) 和[table name]_id (FK) 模式（同样可以说）是您将看到的最常见的命名约定。了解某些系统和框架在尝试执行查询时使用该约定可能也很重要，因此，如果您将列命名与他们期望的不同，框架可能会遇到困难（因此您也会遇到困难）。
您的外键看起来大多位于错误的表中。
一般来说，做到这一点的方法是考虑一个表中有多少记录需要引用另一个表中的记录。如果一个艺术家发行了十张专辑，您不能将所有十张专辑 id 都放在艺术家表的一条记录中。这些 id 需要十列，这没有意义。相反，您想在专辑表中跟踪哪个艺术家录制了专辑。专辑表中的艺术家 ID 只需多出一列。
【讨论】：
首先，您的表不需要tbl 的后缀。它们在您的数据库中，我们知道它们是表格，省去打字。其次，您正在引用规范化。标准化有不同的层次，在我看来有些走得太远了。基本上，您希望将您的用户与他们的购买联系起来。他们的购买将链接到具有流派和艺术家的专辑。如果您的关系可以通过许多不同的 id 进行连接，那么在中间表中链接 think 是一个好主意。您的桌子正朝着正确的方向前进，尽管并非所有桌子都在那里。看看这个 ERD，看看它对你是否有意义。将此图像与其他用户的上述建议结合起来，您将得到整理。 :)
【讨论】：