JDBCTemplate和Hibernate区别，什么情况下用JDBCTemplate，什么情况下用Hibernate？

Question

本帖最后由 WYhack 于 2010-04-23 12:14:36 编辑

Answer 1

直接用jdbc的时候用JDBCTemplate。

Answer 2

一个拦截器，方法调用就是那个切面，开始前开启，完成后提交。
和你在方法开始时开始一个事物，方法结束时提交一个意思。
他的回滚需要你配参数，默认只回滚RunTimeException。

Answer 3

我在学框架的时候就是这样的，想我用servlet能做的，为什么非得要用struts2呢？我用JDBC可以做数据库，为什么还要学hibernate呢？虽然能实现一样的功能，但是一旦分层，想做大的项目，用框架前期维护起来就会好点吧！我纯属发牢骚

Answer 4

JDBCTemplate是Spring对jdbc的封装，但sql还是得自己写，一旦要写sql，则会增加灵活和复杂性，当然也不利于跨数据库（毕竟每个数据库的实现产品的sql也不竟相同）。
若使用hibernate则不用关心底层的数据库是哪个数据库，在编程方面，也更对象化了，比如
save(Object obj),我们操作的都是对象。hibernate也利用了缓存产生实现与数据库的读取操作，提高了性能太多了，你自己在以后的编程中会发现很多！

Answer 5

JDBCTemplate是Spring对jdbc的封装，但sql还是得自己写，一旦要写sql，则会增加灵活和复杂性，当然也不利于跨数据库（毕竟每个数据库的实现产品的sql也不竟相同）。
若使用hibernate则不用关心底层的数据库是哪个数据库，在编程方面，也更对象化了，比如
save(Object obj),我们操作的都是对象。hibernate也利用了缓存产生实现与数据库的读取操作，提高了性能太多了，你自己在以后的编程中会发现很多！

Answer 6

JDBCTemplate 是对数据源的管理，这是它的侧重点，而hibernate主要是数据库和实体对象的映射

Answer 7

回滚规则的概念比较重要：它使我们能够指定什么样的异常（和throwable）将导致自动回滚。我们在配置文件中声明式地指定，无须在Java代码中。同时，我们仍旧可以通过调用 TransactionStatus 的 setRollbackOnly() 方法编程式地回滚当前事务。通常，我们定义一条规则，声明 MyApplicationException 必须总是导致事务回滚。这种方式带来了显著的好处，它使你的业务对象不必依赖于事务设施。典型的例子是你不必在代码中导入Spring API，事务等。那个有例子发出来看哈啊  搞不懂...

Answer 8

Spring 提供了JDBCTemplate,HibernateTemplate,对JDBC和Hibernate做了一层封装而已,用JDBC的时间就用JDBCTemplate,用Hibernte的时间也可以用HibernateTemplate,Spring好像还有Ibatis的模版