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