请教一下在电商项目有较多子类目的话, 这个类目表通常是怎么设计的?
比如说一个分类如下: 运动 -> 运动鞋 -> 足球鞋, 让一双足球鞋能在客户点击这三种类目时都能展示出来, 那这个商品和分类的关系该怎么设计?
比如说京东这种 list.html?cat=101,201,301 ,难道这三个对应 id 就设计成 '101', '101,201', '101,201,301', 比如查询第二个就看字段是否包含 '101,201' 了事了?
1
ashong 2020-06-28 01:59:41 +08:00 via iPhone
关联表
|
2
JunoNin 2020-06-28 02:02:58 +08:00 via Android
这种一对多,要不就一张表字段带父节点编号,或者是多表字段关联
|
3
airyland 2020-06-28 02:15:15 +08:00 via iPhone
一般类别不会太深,可以直接固定 3 级,商品表直接保存 3 个分类字段,这样可以方便查到任意一级或者多级的数据。
|
4
icql 2020-06-28 07:13:57 +08:00 via iPhone
数据库里商品分类表只存叶子节点,es 里边存商品分类数组(商品所有叶子和父节点)
|
5
wushigejiajia01 2020-06-28 07:19:49 +08:00 via Android
我之前做 ERP 商品分类时用的是一张表
一级是二级的父类,二级是三级的父类,以此类推。只有一级分类没父类编码,而且每条数据都要冗余一级编码(便于判断层级比较深的子类属于哪个大类) 产品定的是不限层级,理论上可以无限子类往下延伸,比较恶心 查询的时候就用通过递归了 |
6
fangcan 2020-06-28 09:35:17 +08:00
要加个 code 字段,然后 运动 c001, 运动鞋 c001-sc001,足球鞋 c001-sc001-tc001
|
7
aoscici OP @wushigejiajia01 我目前就是这么弄,后来发现查询最终子目录还好,不然就特别麻烦
|
9
zzw252 2020-06-28 10:30:18 +08:00
产品汪路过,我们的做法存一张分类表,一级没有父类编码,下面每一级都存上一级的编码作为父类编码。商品再关联最底层的子类。
|
10
huijiewei 2020-06-28 10:42:02 +08:00
如果你的分类超不过 1w,老老实实用 parentId 方案,用代码在内存里面构建好 tree 和 ancestor 缓存就可以了
商品只需要绑定到最终的分类就好了 |
11
aut0man 2020-06-28 13:05:00 +08:00
没啥可说的了 上面大家说的都很好了。一张表专门存分类,用 parentid 标记。产品表只放颗粒度最细的分类 id 。用户查询任何一级分类,只要产品包含在里面都可以显示出来
|
12
xuanbg 2020-06-28 15:50:53 +08:00
楼主你说的运动 -> 运动鞋 -> 足球鞋是一个 3 级分类,但「让一双足球鞋能在客户点击这三种类目时都能展示出来」,可以通过给足球鞋打三个标签(运动|运动鞋|足球鞋)来实现。
|
13
coder2019 2020-06-28 16:19:12 +08:00
通常来说是建立一个 id,parentid 的分类表,主表再加一个字段关联,但这样查询不好做,另一种方法是根据业务限定最多 5 个层级,同样的分类表,但在主表建 5 个字段关联不同层级的 id
|
14
mlboy 2020-06-29 07:35:08 +08:00 via iPhone
tree
|