【发布时间】:2018-02-27 20:36:19
【问题描述】:
我正在尝试为一家从事销售、租赁和提供支持的科技公司创建一个关系数据库。我必须为每一个存储数据,但他们销售的商品有可能是基于硬件或软件的。这意味着对于与硬件相关的销售,必须存储送货地址,而软件则不需要。
到目前为止,我已经尝试在概念上对此进行建模,并决定使用“销售”、“租赁”和“支持”表。然后链接到这个,我有“产品”,它将有一个 id 和通用产品信息,链接到单独的“硬件”和“软件”表。
部分概念模型
我担心的是,如果产品是基于硬件的,那么 sales/leasing/support 表的属性需要不同才能允许输入地址。
这让我一直不知道如何为这部分建模,我非常感谢任何人提供的任何意见。
提前致谢!
【问题讨论】:
-
这是模糊的。此外,它或多或少只是一堆没有关系/关联的实体。 “相关”和“链接”不是有用的术语。一张表代表一些实体/值的关系/关联;当参与者还必须在其他地方参与时,FK 表示该事实/约束(“关系”/“链接”)。您使用的是什么信息建模和数据库设计参考?请给出一个适当的 ERD 或 DDL,尽管它可能不是最优的,但实际上记录了您想要的数据中存在足够问题的部分。然后我们可以谈谈改造它。
标签: database entities relational