复杂商品分类的表如何建立？

复杂商品的分类，类似淘宝的分类
1.每类商品有无限级分类
2.每个商品可能会有交叉分类
3.每类商品的扩展属性不一样
比如：
夹克的扩展属性为
款式： 拉链夹克 风格： 休闲 品牌： other/其它 适合季节： 春秋 尺码： M L 颜色： 其它颜色 质地： 纯棉
主板的扩展属性为
品牌： 微星/MSI 类型： Socket478 芯片组： Intel 845 平台类型： Intel平台 宝贝成色： 8成新

这些扩展属性都会动态的变化

那么问题来了：
1.全文搜索如何合理建立？
2.可能后台扩展属性表是否需要动态建立？
3.如果单件商品属于交叉分类的话，查询结果记录重复是否需要？
4.高效的无限级分类算法大家可否指点一二，这个困惑了我很久了？

不求完整解决，给个思路也成

评论

3 楼 buaawhl 2006-10-12  

这类问题（无限级别分类，可以交叉分类）很难。
正是现代 tag，分类时代的热点问题。我也考虑调查了很久。
如果解决得好，就可以被收购了。

xml 解决起来确实比 relation table 容易一些。xml全文检索也比较容易做。
我想，winterwolf会跳出来，终于等到了。:D

不过，xml也有一些限制。如果能有一种专门描述这类问题的数据结构就好了。
我想到过几种数据结构。不过都没有想透。
Multiple Key Hashmap。多维数组。等。

2 楼 winterwolf 2006-10-11  

zww80216 写道

复杂商品的分类，类似淘宝的分类
1.每类商品有无限级分类
2.每个商品可能会有交叉分类
3.每类商品的扩展属性不一样
比如：
夹克的扩展属性为
款式： 拉链夹克 风格： 休闲 品牌： other/其它 适合季节： 春秋 尺码： M L 颜色： 其它颜色 质地： 纯棉
主板的扩展属性为
品牌： 微星/MSI 类型： Socket478 芯片组： Intel 845 平台类型： Intel平台 宝贝成色： 8成新

这些扩展属性都会动态的变化

那么问题来了：
1.全文搜索如何合理建立？
2.可能后台扩展属性表是否需要动态建立？
3.如果单件商品属于交叉分类的话，查询结果记录重复是否需要？
4.高效的无限级分类算法大家可否指点一二，这个困惑了我很久了？

不求完整解决，给个思路也成

每个商品都是一个xml文件 每个xml文件有一个ID 每个xml文件可以采用这样的结构
<xml>
<名称/>
<属性/>
<属性/>
......
</xml>

当检索商品的时候 比如用Socket478芯片组检索 就检索出所有含有Socket478芯片组属性节点的xml文件. 用一个xql语句就可以搞定. 返回的结果是xml文件 可以用xsl进行处理 然后用css显示

1 楼 tianxinet 2006-10-11  

基于一点：
商品表是基础表或维度表，不能允许“动态变化”。

1.每类商品有无限级分类
>>不需要一劳永逸的解决，有新分类、子类根据需要可建新表。
2.每个商品可能会有交叉分类
>>普通问题，没甚特殊。
3.每类商品的扩展属性不一样
>>扩展属性单独建子表，大不了几百个子表（实际很难有这么多子表），比硬揉在一起看着恶心好。

1.全文搜索如何合理建立？
>> 也没啥特殊。
2.可能后台扩展属性表是否需要动态建立？
>>不需要，最好不要。
3.如果单件商品属于交叉分类的话，查询结果记录重复是否需要？
>>随你。
4.高效的无限级分类算法大家可否指点一二，这个困惑了我很久了？
>>说道底困扰你的就是“无限级分类算法”，干嘛非要“算法无限级”，DBA就能保证无限级。

如果更自动化一点，这样的情况可在程序中结合一组配置文件，起到这样的作用：
定义系统中的相关表，表的DDL语句，应用初始化的时候检测表是否存在，如不存在则创建之，这样需要新表时就可以只修改配置文件。

其它搜索等需要操作表的功能，也可用配置文件如法炮制。

另外，除了表，还可用视图可以分担职责，这样减轻表设计的压力。