最近讨论数据库有关产品方案的项目自动扩展问题，即每个方案都有多个项目，而每个方案的项目或多或少，也有不一样的，方案以后也可能随之增加新的项目。因此需要数据库设计一套可扩展的方案。
以商品为例，类似淘宝上的设计，要求如下：
-
字段自动扩展
-
属性公用
-
无限扩展字段
现在，看现实世界的产品：
image.png
一个产品怎么在数据库存储呢？如：产品表（产品名称，产品类别，品牌，型号，重量……）
而 产品类别 和 品牌 是冗余的，因此独立出两张表来。
image.png
再看看产品，电脑 和手机都有相同或者不同的属性，这只是简单列出，实际有几十或上百个字段，虽然操作方便，但这样设计非常不合理。
屏幕快照 2019-05-01 上午9.33.45.png
网上有几种方法：
-
动态添加属性字段。
-
先预留字段，到时再用。
-
使用 XML 字段保存。
-
JSON 格式保存。
-
属性字段行存储
还有一种方法，把相同属性的字段存储到同一个表，不同的属性，每个产品一张表，这可能会有非常多不同产品的特有属性表！
产品表：
屏幕快照 2019-05-01 上午9.35.09.png
表01：
image.png
表02：
image.png
所以现在总结考虑的是第五种方法：属性字段行存储 。这样就能把所有产品的特有属性都存储到一张表中了！
image.png
现在把所有属性都放到同一个表中，产品和属性分开存储：
产品表：
image.png
属性表：
image.png
结果如图：
image.png
看看 属性表 ，产品相同属性的就出现冗余了，得把属性和值分库两张表：
属性表：
image.png
属性值表：
image.png
结构关系如图：
image.png
似乎这还不算最终的结果，看 属性值表，对于不同的产品的颜色，也有一样的，属性值表 存储的又会有冗余了，如栗子中的 “白色”。到这里，其实不需要再分表了，有多少属性就插入到该表中。
若是更详细的，继续分表，把值也固定下来。对于颜色，红橙黄绿蓝靛紫等都详细把值都先定义了，在关系表关联对应的颜色就行。当然，属性值表将非常大，因为它包含了所有产品可能的所有参数。所以一般设计到上一步就行了。
属性值：
image.png
属性值关系表：
image.png
==============================================================
==============================================================
最终设计结果如下：
image.png
image.png
详细请查看原文
网友评论