求一个数据库设计思路

Question

需求如下：
一台电脑整机A有一个产品ID号，整机中每个零件都有自己的ID号，比如键盘，鼠标。这些零件可能也会同时被电脑整机B使用，当管理员收到整机A的订单，会看到所需零件列表，通过零件，还可以知道有其他哪些整机会用到该零件。但是问题在于，将来可能会添加在表中添加一条螺丝钉的数据，这个螺丝钉会用在键盘上，也可能会用在整机上。其中，这些数据的组合形式不是固定的。会有很多种整机，很多种键盘，鼠标，螺丝钉。
我觉得复杂在当中的各种组合关系上和随时能检索他们之间的关系上。是否需要多种数据库的配合才能实现？是否需要用到所谓的NoSql？这个数据库如果设计出来，是否和亚马逊后台产品的关系类似？谢谢。

Answer 1

也是做CTO的？一般是在MES系统中设计不同的LINK MATERIAL。表的设计是主SN， 物料SN，时间，工作点，

Answer 2

谢谢各位的回复，我想说的是，我不会浪费时间在csdn问一个“整机-零件”关系的问题，因为无法确定“零件”是否属于最小颗粒的元素，也无法知道该“零件”包含多少层关系或者被包含于多少层关系。难道开心网的后台数据库就是“用户-朋友”关系吗？再次感谢各位。

Answer 3

考虑零件树，表中存一个ID和PARENT_ID，即父级关系，和部门树类似，如果新增零件也很容易扩展。至于关系表，一个ID，一个包括模型关系的零件ID数组即可，很多大型论坛的权限管理比你这个系统复杂多了，有空去看一看就明白。