本文介绍了在电商项目中处理品牌与分类多对多关系的实践，涉及建立中间表以存储关联信息。在实现查询接口时，通过RequestParam获取品牌ID并返回分类ID和分类名。在保存功能中，由于不使用数据库关联以优化性能，而是采用冗余字段策略。在品牌和分类更新时，需确保关联表中冗余字段的一致性，通过开启事务并在相关Service中进行同步更新操作。
背景是：一个品牌对应多个分类，一个分类也可能对应多个品牌
显然是一个多对多的关系，要建一个中间表
实现查询方法，开发文档中的接口如下：
传入的是品牌id（brandId），返回的数据有分类id和分类名
controller：
i）@RequestParam表示传入的参数
ii）QueryWrapper中eq里写的是brand_id而不是brandId，因为要与数据中的字段相同
保存save功能：
因为传入的参数中没有分类名和品牌名，需要后台根据分类id和品牌id进行查询
这时候会想到数据库关联表，但是电商项目中一般不用，会影响性能。这里使用的方法是，添加冗余字段，手动添加字段属性。但缺点是很容易忽略了冗余字段的一致性
引入brand与category的dao
最低0.47元/天 解锁文章
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
