MySQL 架构设计：一张表，类型为列 VS 多张表

Question

我正在制作一个关于电影的网站，我想在电影和演员（导演、作家和演员）之间建立关系，我有两种可能实现这一点，第一种是创建一个表格每个演员：

CREATE TABLE director(id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50));  
CREATE TABLE writer(id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50));  
CREATE TABLE actor(id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50));

并在每个表和电影表之间建立多对多关系。
第二种可能性是为演员表创建一个类型列，该类型列可以引用导演、作家或演员，并在该表和电影表之间建立多对多关系..

CREATE TABLE cast(id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50), type varchar(10));

注意：对于演员，自动生成的表会有一些额外的列：character_name、role...
那么哪种可能性更适合这种情况呢？

Answer 1

这两种方法都忽略了演员、导演或作家或……（通常）是一个人。那是实际的实体。一个人在电影中的角色（演员、作家……）实际上是一种关系属性。

在这两种方法中都会有冗余。如果某人在一部电影中有多个角色，例如导演和表演（想想希区柯克的客串），那个人会有两张唱片。在第一种方法中，这些分布在两个表中，在第二种方法中分布在一个表中。一个人的属性，如姓名等，将被存储两次，并且可能相互矛盾，或者需要在两个地方进行更改，如果它们发生变化等。

所以我建议第三种方法：为人们创建一个表格，用于存储一个人可以拥有的所有属性（姓名、...）。并有一个表格将人们与电影联系起来，同时还表明一个人在电影中的角色（演员、导演……）。

为角色设置一个表格也可能不是一个坏主意。

例如：

CREATE TABLE people
             (id integer AUTO_INCREMENT,
              name varchar(50),
              PRIMARY KEY (id));

CREATE TABLE roles
             (id integer AUTO_INCREMENT,
              name varchar(10),
              PRIMARY KEY (id));

CREATE TABLE movies_people
             (movie integer,
              person integer,
              role integer,
              PRIMARY KEY (movie,
                           person,
                           role),
              FOREIGN KEY (movie)
                          REFERENCES movies
                                     (id)
                          ON DELETE CASCADE,
              FOREIGN KEY (person)
                          REFERENCES people
                                     (id),
              FOREIGN KEY (role)
                          REFERENCES roles
                                     (id));

Answer 2

我会采用第二种方法。它甚至符合标准的 SQL 规则。

如果您的演员类型（导演、编剧等）还有一些附加属性（列），您可以进行一些修改。在这种情况下，建议将它们作为主表的子表。

在您的情况下，主表将是“演员”。它将有 ID 和其他列。其他表将被创建并对应于不同的演员表，如表：“导演”，“作家”，......然后在每个子表之间与主“演员表”进行 1-1 关系。该关系在子表上是强制性的（这意味着例如“导演”在创建时必须与“演员”有关系）。在关系意义上，“导演”的外键也是它的主键，它暗示着“演员”的主键。

推荐这种方法，因为您不仅可以为不同的演员添加额外的列，还可以添加其他关系，以防您以后想扩展数据库。您还可以添加“演员表”的其他子表，而无需更改与“电影”表相关的结构。

Answer 3

第二种方法似乎比第一种更干净。无需维护 3 个不同的表，您只需在一列中获取 type。

此外，您可以使用 bit(0=director, 1=writer, 2=actor) 代替 varchar(10) 来存储 type。