电商中商品分类的设计问题

[aoscici]

请教一下在电商项目有较多子类目的话, 这个类目表通常是怎么设计的?

比如说一个分类如下: 运动 -> 运动鞋 -> 足球鞋, 让一双足球鞋能在客户点击这三种类目时都能展示出来, 那这个商品和分类的关系该怎么设计?

比如说京东这种 list.html?cat=101,201,301 ,难道这三个对应 id 就设计成 '101', '101,201', '101,201,301', 比如查询第二个就看字段是否包含 '101,201' 了事了?

[ashong]

关联表

[JunoNin]

这种一对多，要不就一张表字段带父节点编号，或者是多表字段关联

[airyland]

一般类别不会太深，可以直接固定 3 级，商品表直接保存 3 个分类字段，这样可以方便查到任意一级或者多级的数据。

[icql]

数据库里商品分类表只存叶子节点，es 里边存商品分类数组（商品所有叶子和父节点）

[wushigejiajia01]

我之前做 ERP 商品分类时用的是一张表

一级是二级的父类，二级是三级的父类，以此类推。只有一级分类没父类编码，而且每条数据都要冗余一级编码（便于判断层级比较深的子类属于哪个大类）

产品定的是不限层级，理论上可以无限子类往下延伸，比较恶心

查询的时候就用通过递归了

[fangcan]

要加个 code 字段，然后 运动 c001, 运动鞋 c001-sc001,足球鞋 c001-sc001-tc001

[aoscici]

@wushigejiajia01 我目前就是这么弄，后来发现查询最终子目录还好，不然就特别麻烦

[aoscici]

@icql 非常感谢

[zzw252]

产品汪路过，我们的做法存一张分类表，一级没有父类编码，下面每一级都存上一级的编码作为父类编码。商品再关联最底层的子类。

[huijiewei]

如果你的分类超不过 1w，老老实实用 parentId 方案，用代码在内存里面构建好 tree 和 ancestor 缓存就可以了

商品只需要绑定到最终的分类就好了

[aut0man]

没啥可说的了 上面大家说的都很好了。一张表专门存分类，用 parentid 标记。产品表只放颗粒度最细的分类 id 。用户查询任何一级分类，只要产品包含在里面都可以显示出来

[xuanbg]

楼主你说的运动 -> 运动鞋 -> 足球鞋是一个 3 级分类，但「让一双足球鞋能在客户点击这三种类目时都能展示出来」，可以通过给足球鞋打三个标签（运动|运动鞋|足球鞋）来实现。

[coder2019]

通常来说是建立一个 id，parentid 的分类表，主表再加一个字段关联，但这样查询不好做，另一种方法是根据业务限定最多 5 个层级，同样的分类表，但在主表建 5 个字段关联不同层级的 id

[mlboy]

tree