该数据库的结构应该是什么？ [关闭]

Question

我想知道数据库的结构以及结构。 我很困惑我应该如何工作。

它基本上是针对汽车设计的。

要求：1）组装很多。 2）在一个特定的装配体中，有很多零件。 3）在特定部分中可以有“材料”，“过程”，“紧固件”，“工装”表。 它描述了什么以及如何制造零件。 4）材料，工艺，紧固件，模具，所有这些都有各自不同的属性。

这是显示一些关系的电子表格。

我想知道我的数据库结构应该是什么。

我打算使用VB.NET和Microsoft Access作为数据库。 我应该将数据库更改为SQL还是其他？

Answer 1

让我们以关系格式重新陈述需求，看看是否有帮助。

• 一辆汽车包含一个或多个程序集。

• 装配体包含一个或多个零件。

• 组件可用于一个或多个汽车。

• 零件包含一种或多种材料。

• 零件包含一个或多个过程。

• 零件包含一个或多个紧固件。

• 零件包含一个或多个工具。

• 零件可以在一个或多个装配体中使用。

• 一种材料可以在一个或多个零件中使用。

• 一个过程只能在一个部分中使用。

• 紧固件可以以一个或多个部分使用。

• 可以在一个或多个零件中使用工具。

现在，看看是否可以绘制满足这些约束的实体关系图。

您拥有的很多很多关系。 我会画其中之一，希望您能找出其余的。

Car
--------
Car ID
Owner Name
...

Assembly
--------
Assembly ID
Assembly Name
...

现在，我们知道一辆汽车具有一个或多个程序集。 我们也知道，装配体可以在多辆汽车上使用。

我们需要的是另一个表，将这两个表绑定在一起。

 Car_Assembly
 -----------
 Car_Assembly ID
 Car ID
 Assembly ID
 Service Date
 ...

该表使我们能够满足汽车与装配之间的多对多关系。

从这里，您应该能够找出数据库中的其他许多关系。

编辑添加：Microsoft Access是一个关系数据库。 还有其他关系数据库，例如MySQL，DB2和Oracle。 SQL是用于与关系数据库进行通信的语言。

Answer 2

在不知道所有细节（例如什么是材料，工艺等）的情况下，很难确定最好的方法，但这是一个选择：

您将拥有一个用于装配体的表，其中将包含每个装配体的ID和一个用于跟踪“零件”表中的零件ID的列。 您将拥有一个部件表，每个部件都有自己的唯一ID。 仅使用零件信息（例如序列号，描述等）创建零件表，并使用材料，过程，工具等进行相同的操作。然后，您可以创建表以将它们链接在一起。 因此，您将拥有一个包含part_id和material_id的表。 这样，一个零件可以与许多材料关联，而一个以上零件可以与同一材料关联。 对于其他关系（零件到流程），（零件到工具）等也可以执行相同的操作。

您不希望将装配体ID存储在“零件”表中，因为一个零件可能是多个不同装配体的一部分。 更好的选择是使Assembly表包含唯一的ID，也许还包含名称和描述信息，然后让另一个表跟踪要组装的零件。

因此，将其分解：（*编辑以反映多对多关系）

Assembly         Parts              Material          Parts_Materials   etc
--------         -----              --------          -------           -----
ID       (PK)    Parts_ID (PK)      Material_ID (PK)  Part_ID
Parts_ID (FK)    Attribute1         Attribute1        Material_ID
                 Attribute2         Attribute2        
                 ...               ... 

就数据库而言，您可能会发现Access易于使用，并且一开始就将您的想法扎根，但最终希望将其转换为SQL数据库。