( 原文链接 : http://www.studyshare.cn/blog...
强制使用resultMap,不要使用resultClass做返回参数,即便类的属性名称和数据库字段一一对应,也需要用resultMap进 行定义,反之,每一个表也必然要有一个POJO类与之对应。 原因: 1、如果使用resultType,那么数据库的字段与POJO类字段必须一模一样(前提是不使用别名定义),这种情况下,如 果一旦修改了数据库的表字段名称,则势必要修改对应的POJO类的属性名才能完全对应,否则会出错,然而一旦修改 POJO的属性名称那业务代码用到该属性的所有地方也必须跟着修改,这就是一种强耦合。 2、数据库字段定义规则是字母+下划线(例:user_name),POJO类属性采用驼峰命名(例:userName)。使用 resultType 则势必会违反其中一种命名规则。 3、resultType降低了代码可维护性。如果使用resultMap只需要修改xml中字段映射配置,使数据库字段与DO类 解耦,方便维护。
java开发工具下载地址及安装教程大全,点 这里 。
更多深度技术文章,在 这里 。
1、使用Map传参 Map<String, Object> params = new HashMap<String, Object>();
params.put("email", email);
params.put("sex", sex);
List getUserList(Map map):
缺点:这种传递参数方式可读性差,导致可维护和可扩展性差,杜绝使用。
2、使用注解传参 List<User> getUserList(@Param("name")String name, @Param("sex")Byte sex); 优点:直观明了,当参数较少一般小于5个的时候,建议使用。 3、使用JavaBean传参
User user = new User();
user.setName(name);
user.setSex(sex);
List<User> getUserList(User user): 优点:代码可读性好,可维护性及扩展性佳,当参数大于5个的时候,建议使用。
#{}:预编译,会给传入的值当成一个字符串,自动加上一个单引号,能很大程度防止sql注入。 ${}:传值,传入的数据直接显示在sql中,无法防止sql注入。适用于动态报表生成,表名,选取的列是动态的,及 order by和in操作。 sql注入举例: 1、xml文件编写一段sql如下: 2、传值代码:
最后执行的sql语句为:select id, userName, realName, sex, mobile, email, note from t_user where
a.userName = 'xxx' or 1=1 order by sex,userName
红色部分是被注入的sql。
注意:sql.xml中建议使用#{},参数接收不要使用${},因为${}容易出现sql注入。
查询方式分两种:嵌套结果与嵌套查询 1、嵌套结果:一个sql语句中将多个表关联一起查询出结果。 2、嵌套查询:用多个sql语句单独去查询每张表,主查询sql先将后续查询所需要的条件查询出来,然后去循环查询后 续数据。 N+1查询问题是嵌套查询存在的问题,主查询查询一次表示1,后续查询会根据主查询查出来的结果作为参数条件去 查询数据,可能是N次。 如何避免N+1问题? 使用按需加载,即:懒加载。开启懒加载配置:在<select>节点上配置“fetchType=lazy” 在MyBatis核心配置文件中加入如下配置: <!-- 开启懒加载 ,当启用时,有延迟加载属性的对象在被调用时将会完全加载任意属性。否则,每种属性将会 按需要加载。 默认:true --> <setting name="aggressiveLazyLoading" value="false" /> 持续更新,阅读请点击[这里][4]
java开发工具下载地址及安装教程大全,点 这里 。
更多深度技术文章,在 这里 。