B2B数据库设计
在阿里巴巴上你选择商品类型后有当前类型的一些基本参数,比如选择电脑类就会提示声卡显卡大小这类详细信息,
那么数据库里面有多少张表呢 有设计过此方面的专家 大哥大姐 师姐师兄师弟师妹 请赐教 万分感谢

------解决方案--------------------
采用树的形式嘛pid
------解决方案--------------------
{E,V}

E代表明确信息，V代表未知信息！元组属性一般不超过255

大系统设计最直接也让你感觉很笨。

到最后就是{E,F,V}

F是标识集合，在数据库字典里有一串序列。

到最后会分成两个关系，或是一个关系。

一个关系在大型系统中较多，但是有个前提就是未知属性数远小于已知属性数。
最后就这样：
table1{id,v1,v2,v3,v4...}

两个关系就是父子集合了：
table1{id,v...}，table1{id,{F，V}}
------解决方案--------------------
我也是个新手，但是我觉得肯定不是“1千个类型 不就是有一千个基本信息表老哇”，像阿里巴巴里那样的
商品，肯定设计了很多表，首先肯定有一个商品信息表，里面的商品类别肯定就要分出一个表来，就有一个 
产品类型表，如果商品信息表里某一个产品又有多个颜色，那又可以出来一个 颜色表，商品如果做得更加细，
那么供你查询的字段就越多,就像开始说了可以根据显卡类型什么的，那肯定又有一个显卡类型表，这样就是通过一个商品信息表和各种表联系起来，各种类型表的主键就是这个商品信息表的外键，当你添加一个商品时，就必须和那些类型表关联起来，就像你添加商品时，商品的类型必须是类型表中又的，如果没有，你就必须先在类型表中添加那种类型，同样别的样式也一样，你电脑CPU型号必须在CPU类型表中有。不知道我说清楚没，新手发表点新手的看法了。。。。