J2EE项目应用开发过程中的易错点

本文深入探讨了在数据库查询中,字段值类型与数据库定义类型不一致时的行为和影响,包括索引未被利用的问题及查询结果偏差。同时提供了解决策略,帮助开发者避免常见错误。

场景一

实体类型与数据库类型不一致,在进行条件查询过程中不走索引

分析

字段值类型和数据库定义的字段类型不一致时,MySQL就会在内部做数据转化,

它的处理行为就会和我们期望的有些不一样,当我们使用整数来作为定义中的字符串字段做比较时,

MySQL会自动将数据库中的记录转化为整数做比较,

而且将空值转化为整数0做比较,所以选出来的记录数多一些。

影响
  • 建立的索引实际没有被用上,导致查询效率低下;
  • 由于数据库对一些值的默认转化,导致查询的结果偏离实际的期望。

场景二

事务注解@Transactional在非public方法上

分析

spring支持编程式声明式事务管理两种方式。

@Transactional是采用声明式事务管理,其建立在AOP之上的。

其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。

声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式),便可以将事务规则应用到业务逻辑中。

虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上,但是 Spring 建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。

@Transactional 注解应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。

影响

protected、private或者默认可见性的方法上使用 @Transactional 注解,这将被忽略,也不会抛出任何异常。

转载于:https://www.cnblogs.com/shawnblogs/p/5279874.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值