背景： 添加事务与否都不影响Hibernate的查询操作。
问题： 查询操作是否有必要添加事务？
答案1： Hibernate官方手册上建议任何操作（增删改查）都需要添加事务.
答案2： robbin意见：不添加事务 http://www.iteye.com/topic/1603
我认为不需要加事务。其实Hibernate的Transaction就是JDBC Transaction而已，而实际上Hibernate并没有在Transaction上面附加关于PO的状态管理，因此你先问问你自己，假设你不用Hibernate，你只用JDBC写程序，你会在发送一次SQL Select之后进行conn.commit()吗？如果答案不是，那么你一样在Hibernate中不需要加Transaction，事实上我是从来不加的。而且由于数据库CRUD操作90%以上的都是只读的查询，因此如果你给只读查询加上事务控制，经过我的测试证明，速度会有稍微的降低，而数据库的CPU占用率会有明显的上升。
使用Transaction确实对性能降低不多，但是会非常明显增加数据库的CPU负载。启动不启动事务和数据库是否命中Cache没有什么关系。只要你提交commit，数据库是一定会提交事务的。而我们知道事务控制即使在数据库端也是比较复杂的。我的理解是对读查询提交事务也许可以保证数据的一致性。例如在多线程频繁读写一块数据的时候，也许就在你select出来的过程中，数据已经被其他写操作修改了。总之，除非那种对实时数据的精确性要求非常的环境，否则我是绝对不会对读查询使用Transaction的。
答案3 单条查询不需要,多条查询需要只读事务
http://www.blogjava.net/terry-zj/archive/2005/12/06/22792.html
如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性；
如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持。
其他: 具体数据库需要加,如DB2.
在用到查询引起的数据库触发器时有需要事务.