
请教一下在电商项目有较多子类目的话, 这个类目表通常是怎么设计的?
比如说一个分类如下: 运动 -> 运动鞋 -> 足球鞋, 让一双足球鞋能在客户点击这三种类目时都能展示出来, 那这个商品和分类的关系该怎么设计?
比如说京东这种 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 商品分类时用的是一张表 一级是二级的父类,二级是三级的父类,以此类推。只有一级分类没父类编码,而且每条数据都要冗余一级编码(便于判断层级比较深的子类属于哪个大类) 产品定的是不限层级,理论上可以无限子类往下延伸,比较恶心 查询的时候就用通过递归了 |