数据库设计 – 是否为不同的产品类型创建单独的表?
我正在设计数据库,我对我最初的设计决策有了第二个想法……
产品类型如下……型号,零件,更换零件套件和选件. 选项A(第一个设计): 我创建了每个产品类型作为单独的表,因为我需要在它们之间创建关联.例如,模型可以有很多选项,选项可以有很多模型.一个选项也可以有很多部分,一个部分可以有很多选项…等等…… 选项B: 选项B将大大降低数据库设计的复杂性.在提取查询数据时,我也不必担心引用一堆表… 解决方法如果这是我的设计决定,我可能会选择更多的“选项C”(修改后的选项a).首先,为什么不’选项B’: 首先,我喜欢每个产品都有它自己的桌子提供的清晰度.如果它是一个带有字段的大表来确定类型,那么关系就不那么清楚了. 另一方面,索引策略总是要求列出类型字段.由于它只有4种类型,索引基数极低(SELECT * FROM product_table WHERE type =’X’基本上都在进行全表扫描) 选项C. >创建一个父表,该表仅包含所有类型共享的列 缺点是确保在更新/删除内容时避免孤立的复杂性,以及最初设计使用这些表的查询. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |