had*_*985 5 schema database-design
我正在建模一个用于车辆备件库存管理的数据库，但我被卡住了......
一些备件可以从套件分解成组件。我想创建一个支持此功能的模型，但不知道如何构建它。
备件可以成套或件发。数据库应该保存关于我们有多少完整集以及有多少被分解成碎片的信息。例如，一套活塞环将有 6 个不同的单独活塞环。
你能为我指出正确的方向吗？
太好了，部分/整体建模问题。
以下是 LedgerSMB 的做法。我们可能会在某个时候改变这一点，但这部分效果很好。
基本上我们有两个表，称为零件和装配。确切的名称/布局会随着时间的推移而改变，但这个基本概念可能会保持不变。
在零件表中，我们有零件（库存中的货物）、服务和组件（正如你所说的，套件）。在装配表中，我们存储要连接的装配、属于其一部分的零件或装配以及所需的数量。这允许集合递归地成为其他集合的一部分。这有效地在装配中创建了一个组件树，在零件中创建了一个销售组件树。
它工作得很好，特别是在支持WITH RECURSIVE公共表表达式的数据库上（即不是MySQL......）
当然，您有一两个表来管理库存变动，这将根据您的业务规则处理集合及其解构。