首先要有 类型表 属性表；类型表 属性表是一对多的关系。所以属性表要有一个外键（类型表Id）对应类型表的主键，搜索的时候只要搜索知道类型表的ID然后到属性表找到所有关联的属性就行了。

主要看你的业务是怎么样的需求，其次要考虑到扩展性，以上说的关系要考虑到，一对多，多对多的关系都应该考虑，尽量避免用自动增长列做为主键索引，如果用自动增长列做为主键的话，今后在数据的迁移或者其它的不可预知数据转移时会有后遗症

给你一个建议,我不建议你直接去找这种方法.你可以换种思路.

基于像淘宝,京东这样的开源程序不是很多吗?你可以下载他们,然后安装,然后分析他们的数据库.

接着该怎么做,我就不说了吧?

参考建议:ecshop,相对来说,表结构容易理解.

产品共有信息表+参数信息表+参数值表 产品肯定有很多类，每一类的产品会有不同的参数信息，有公有的，例如：名称，价格啊，特点啊之类的；但是也有私有的，就好比手机有分辨率，电池容量啊等等，衣服就没有这些参数了；还有一些参数是几类商品共有的，例如：男装、女装都有尺码大小。 想要做到尽量少的冗余字段，尽量少的空间浪费，而且又方便查询，是不容易的。 最早有一种做法，每类商品来一张表，自己搞自己的字段。好像是很清晰，其实越往后面越会发现，就是自己给自己找麻烦。 1.显示列表，不分类的列表显示，需要联合所有的产品表，而且不固定，增加一类，就需要修改代码，也可以搞个视图，但是每种还有自己的参数，这个苦闷啊。 2.搞个大表，多来10个20个字段，也不合适，做起来判断很多，冗余也很多，空间浪费很多，因为每行都有不用的字段，而且不用的还不相同。郁闷。 【产品共有信息表】+【参数信息表】+【参数值表】的设计可以最大化的减少麻烦，提高效率，提高开发体验。这个设计有点像用户信息设计，user+profile 列表显示的列可以放在共有信息表中，方便查询处理，减少连接表。 参数独立，减少参数的增减对于程序的影响。