数据建模：车辆的年份、品牌和型号？

Question

我正在尝试在基础级别上对车辆进行建模。以下是我查看数据的方式：

• 一个“年份”（例如 2010 年、2011 年）有 0 个或多个“品牌”（例如 Nissan、Honda）
• 一个“品牌”有 0 个或多个“型号”（例如 Nissan 有 Sentra、Altima、Maxima） ）

拥有一个仅包含 1 列的“year”表是没有意义的，所以我认为它将与“make”结合起来创建：

TABLE: year_make
- year
- make

我猜“year”和“make”列将组成一个复合键。

然后我会有一个“模型”表，它以某种方式与“year_make”表关联。问题是我不知道在“year_make”中放入“model”中的内容来关联这两个表。

我是否创建 PK：year_make->year_make_id 并使用它？这意味着“年份”和“制造”列不再构成复合键，对吧？

更新：

我想我应该有一个查找表“lookup_make”，然后“year_make”将有一个“lookup_make_id”而不是“make”列。

更新2：

Pernate c：

TABLE: make
 - make_id
 - name

TABLE: model
 - model_id
 - make_id
 - name

TABLE: model_year
 - model_id
 - year  

Answer 1

我认为如果您创建一些示例数据，您将为设计做好更好的准备。目标是提供具有代表性的样本数据。您可以从代表性示例数据中学到很多东西。 （如果您的样本数据不具有代表性，您可能会犯一些相当昂贵的错误。）

Year  Make    Model    ??  ?????
--
2011  Honda   Accord   LX  Sedan
2011  Honda   Accord   SE  Sedan
2011  Honda   Accord   EX  Coupe
2011  Toyota  Yaris        3-door liftback
2011  Toyota  Yaris        Sedan
2011  Toyota  Yaris        5-door liftback
2011  Lexus   IS 350       Sedan
2011  Lexus   IS 250       Sedan

• 您应该如何称呼 ？专栏？
• “Yaris”和“IS 350”属于吗？
  同一栏？
• “IS”和“350”属于两个不同的列吗？
• 对于不适用于所有模型的列，您会怎么做？

请抵制在此类数据中添加少量 ID 号的诱惑。首先确定键和功能依赖性。根据键和依赖项进行规范化。

Answer 2

在查看了更多内容之后，我认为您将这一年建模为多对多加入是正确的。我用这两种方式只是为了展示我正在谈论的内容的例子。如果您有一个涵盖多年来整个模型的属性，例如汽车类别（经济型、卡车型、豪华型等），您将需要一个多对多表来进行规范化并避免数据重复。

    -- id did not use auto-incs as I am just showing the relational model

    create table make(
            makename        varchar                         primary key
    );
    -- 1.  many to many
    create table model(
            modelname       varchar not null,
            makename        varchar not null        references make(makename),
            -- if carclass changes - one update changes every model/year combo
            carclass        varchar not null -- economy, suv, truck etc ...
            primary key (makename, modelname)
    );

    create table model_year(
            year            integer not null,
            modelname       varchar not null        references model(modelname)
            baseprice       integer not null
            primary key (year, modelname)
    );
    -- 2. year /w/ model
    create table model(
            modelname       varchar not null,
            makename        varchar not null        references make(makename),
            year            integer not null,
            -- update anomaly - you would have to update every model/year combo
            carclass        varchar -- economy, suv, truck etc ...
            -- baseprice is OK since it is tied to the year 
            baseprice       integer not null
            primary key (makename, modelname, year)
    );

...所以#1将是更“正确”和更稳健的方法，特别是如果您计划在模型上保留独立于其制造年份的属性。无论哪种方式都会让你得到相同的查询。事实上，连接规范化表比非规范化表更难/更多工作（不是真正在你理解之后）。但这不是重点。您放入数据库是因为您希望数据正确（我希望）。

注意：即使您使用自动增量主键，这些也是真实主键。您可能希望将主键更改为唯一键以确保数据一致性，并将引用外键更改为整数。

Answer 3

IMO，多年来我不会做一张桌子。对整数列（例如年份）执行 SQL 的速度非常快，尤其是在使用正确的索引的情况下。比加入快得多。

然而，我确实看到了为 Make 建立一个单独的表并基于该表进行连接的优点。这样你就可以输入制造商的详细信息，如历史、生产年份、网站等。

所以我会这样做：

Manufacturers: (or Makes)
  - id
  - name
  - website
  - country

Cars:
  - manufacturer_id (or make_id)
  - model
  - year
  - doors
  - trim_class

Answer 4

到目前为止看起来不错，就像你的想法一样。但在 cars 表中，如果您必须输入 Camry 2001、camry 2002、canry 2003、camree 2004。似乎您将拥有冗余数据以及拼写错误导致数据完整性受损的风险。 IMO，您还需要某种具有 makeID 和 modelID 的实体，对于 modelID，它仅输入一次，或者模型仅在表中输入一次。 “Camry”将始终是用 modelID 表示的“Camry”。

Answer 5

如果我理解正确，您需要创建一个 make 表和一个 model 表。
model 表将包含 id、make_id、name、year 列。

显然，make_id 将是指向 make 表的外键。

这实际上取决于您的情况以及您需要多少程度来规范化数据。