hibernate在新项目上应用的弊端

这一点不存在，要看具体数据库的支持情况，有的数据库主键native可以是text或varchar类型。

而且就算数据库层面需要number类型，你的pojo对象也可以用String对应之，在pojo映射配置中type不用配，用缺省，hibernate会帮你自适应

这一点也不存在，自己手动写hibernate映射文件等，绝对会写设计好表结构，要不无从下手。

而且用eclipse的hibernate DB插件可以自动生成hibernate的pojo类和映射文件，这个也是从数据库表结构生成的，而且不容易出错，只需根据自身要求少量修改。

这一点更不存在，都知道hibernate和ibatis一样支持naming SQL

我说的是这个现象：事实上不少人因为HIBERNATE而搞对象数据库设计，从POJO生产数据库

就是因为即用了HQL又用了naming SQL，所以维护成本高了

或许大家也可以看看Versant数据库，未尝不是另一种好的选择。

如果数据库为王的项目，大量的数据库操作，orm作用不大，反而有反作用。逻辑负载，数据库操作一般的项目，好的面向对象建模，利用ORM有很好的作用。

个人认为楼主对hibernate不熟悉。既然不熟悉就不要否定它。先将其了解透彻了再来

还是Hibernate用的不够深的原因
我看了在我评论之前的所有的评论记录 90%的人可以说没有真正知道Hibernate能做什么，以及想让它更适合你们的项目.
知道曾经出现过Hibernate的方言对DB2伪支持吗?
知道mybatis和hibernate可同时用在项目中嘛?
请深入去了解.
不了解,就否定另外一方.真正的理工科出生的,做软件的都不应该是这样的.
请严谨点,各位同行.

这帖子又出来了，每次这种帖子出来总是一片血雨腥风的，之前的帖子总结的很明白了，业务复杂而且SQL都要经过DBA Review并优化的不适合使用hibernate。