一种数据库设计技术

Question

我正在解决需要存储物品的问题。该项目可以由各种子项目制成。项目将具有名称、所有子项目的价格总和等属性。子项目将具有颜色、形状、价格和名称等属性。

我想到了一个非常基本的方法，想知道这是否有效。 这个想法是有一个数据库表，其中每一行将包含 ItemId、ItemName 和子项目属性。主键是 ItemId 和 SubItemName 的组合。

最频繁的操作是获取项目 X 的​​子项目 Y 的详细信息。

不知何故，我觉得这种方法不干净。有没有更好的方法来实现同样的目标？

Answer 1

这是你的答案：

1. 您可以在 item_category 表中存储项目的不同类别
2. items 表将存储任意数量的项目
3. 每个项目在 Sub_items 表中都有许多子项目

你可以增加或减少列

干杯！！

Answer 2

这称为物料清单。您需要一张零件/项目表，以及一张存储父子关系的表（或在您的术语中，项目和子项目）。关键是您的子项可以有自己的子项，这是上表设计所允许的。目前尚不清楚接受的答案是否允许这样做。