我需要一个好的 MySQL 数据库结构

Question

我对 MySQL 还很陌生，不知道如何为以下设置创建一个好的布局：

一个riddim（节奏）可以容纳多个曲调（歌曲）。一首歌有以下信息/字段：名称、艺术家、标签、制作人、最后修改的时间戳、年份、歌词、标志、标签、来源。

riddim 具有字段名称、上次修改时间、流派、youtube 和图像。

为了便于理解，这里有一个插图： http://img194.imageshack.us/img194/6553/93112345.png

如果我将所有信息放在一个表中，我将有多余的数据（例如流派或图像），因为每行包含艺术家/曲调的都会有它所唱的旋律（节奏）。

目前我的表格如下所示：

RIDDIMS 表：

+---------------+--------------+------+-----+-------------------+-------+
| Field         | Type         | Null | Key | Default           | Extra |
+---------------+--------------+------+-----+-------------------+-------+
| riddim        | varchar(255) | NO   | MUL | NULL              |       |
| genre         | varchar(9)   | NO   |     | NULL              |       |
| youtube       | varchar(11)  | NO   |     | NULL              |       |
| image         | varchar(11)  | NO   |     | NULL              |       |
| last_modified | timestamp    | NO   |     | CURRENT_TIMESTAMP |       |
+---------------+--------------+------+-----+-------------------+-------+

TUNES 表：

+---------------+--------------+------+-----+-------------------+-------+
| Field         | Type         | Null | Key | Default           | Extra |
+---------------+--------------+------+-----+-------------------+-------+
| riddim        | varchar(255) | NO   | MUL | NULL              |       |
| artist        | varchar(255) | NO   | MUL | NULL              |       |
| tune          | varchar(255) | NO   |     | NULL              |       |
| label         | varchar(255) | NO   |     | NULL              |       |
| producer      | varchar(255) | NO   |     | NULL              |       |
| year          | varchar(4)   | NO   |     | NULL              |       |
| lyrics        | text         | NO   |     | NULL              |       |
| flag          | varchar(12)  | NO   |     | NULL              |       |
| tag           | varchar(255) | NO   |     | NULL              |       |
| source        | varchar(255) | NO   |     | NULL              |       |
| last_modified | timestamp    | YES  |     | CURRENT_TIMESTAMP |       |
+---------------+--------------+------+-----+-------------------+-------+

但我敢肯定这不是一个好的布局。你们对表/数据库结构的外观有什么建议吗？

Answer 1

在单独的表格中使用“谜语”和“曲调”是正确的结构。基本上将您的数据建模为符号对象，如果某些字段实际上属于两个不同的对象，则它应该位于两个不同的表中。

要将两个表连接在一起，在属于父表的表上（在这种情况下，一个riddem 有很多曲调，所以曲调属于riddem）放置一个对父ID 字段的引用。所以在这种情况下，tunes 表应该有一个名为“riddem_id”的字段，该字段设置为该曲调所属的riddem。

Answer 2

tunes 表的riddim 字段应该是riddims 表主键的foreign key。通常，将文本字段用作主键并不是一个好主意，除非您绝对确定它们是唯一的。更安全的选择是使用一个名为 id 或 riddim_id 的字段，它是一个带有 AUTO_INCREMENT 属性集的数字。这样，您添加的每个新项目都会自动获得自己的唯一密钥。然后将外键设置为与另一个表中链接记录的 id 具有相同的值。

如果您使用这种结构，那么您不需要（实际上也不应该）复制任何数据。要查找有关曲调所在的谜语的信息，请在选择查询中执行 join。

Answer 3

MySQL 与其他关系型数据库没有太大区别。因此，如果您有使用 Oracle、DB2、PostgreSQL 的经验，您可以在您的设计中使用它。

在您的解释中，您没有提到两个表之间可能存在的父子关系。 tunes 表是riddim 表的父级吗？

如果是真的，您必须使用riddim 表中的riddim 字段作为指向tunes 表中主要riddim 字段的外键。您可以拥有多个引用单曲记录的riddim 记录。

对我来说，为什么 image 和 youtube 有 11 个字符并不明显。如果 youtune 字段包含实际 URL，则需要更多字符。您是否要使用枚举器对 youtube 和图像字段进行编码以避免长字符串？

问问自己，您的典型搜索将如何执行？最重要的领域是什么 搜索？

我不确定您为什么对年份字段使用 VARCHAR 类型。SMALLINT 对于搜索和存储来说就足够了，而且效率更高。一般来说，整数类型对于搜索操作来说效率更高。