更新后台设置时,会分多个页面更新同一个表中的数据,愿想是尽量减少sql请求数据量并且减少重复代码.
比如博客园的:
假如只有一个用户信息表,这样的话每个页面只更新部分字段.
这种情况下的更新推荐在xml写多个udpate对应多个页面.
不能用自动生成的update也尽量不要用updateSelective.
首先要做的是不需要update的字段移出xml,比如createTime
1.普通update的适用场合
单页面更新全部字段,有需要为null时也进行更新的字段.
如果个人信息页面有个选填的生日字段
2.updateSelective的使用场合
单页面或者多页面,有为null时不进行更新的字段.
如果个人信息页面有个选填的生日字段,不填的话应该是null,因为datetime不能插入‘‘‘’’的.
这种情况下单页面可以用updateSelective,多页面不能用
因为单页面可以在updateSelective中加一个没有<if test>更新字段,这样可以在更新时决定插入null
但是多页面更新,即使加了一个没有if test的更字段,页面1更新birthday,页面2不更新,
页面2更新的时候一样会把birthday改成null
所以用updateSelective的时候需要考虑可为空并且不为外键的字段,如果这张表中只有外键可为空,那么使用updateSelective没问题.
一般来说,字符串类型的字段尽量设置为not null,datetime这种不能设置为空字符的,只能选择自定义update了.
3.多个自定义update的使用场合
场合:多页面更新且有为null时也进行更新的字段,比如生日.
缺点就是需要筛选出对应的字段到不同的update中,稍微费点时间,多写了一点代码.
4.重复代码和sql请求数据量的对比
如果多页面更新,除了外键外都是not null字段,可以适用updateSelecticve也可以用多个update
如果后续维护添加非外键not null字段的可能性较大,就拆分成多个sql.
后期如果添加了一个字段,用updateselective和多个update都是
后台在xml mapper中加一个字段,pojo中加一个字段,基本工作量差不多.
5.外键更新
如果外键可以为null那就不加<if test>,比如商品分类的parent,最顶层的分类的parent为null
not null的外键,就加<if test>