选择Hibernate还是iBatis?

hibernate是一个Full ORM

如果三脚猫功夫，会很难用起hibernate

同意，学Hibernate的代价比较昂贵。
如果时间紧，先不要用吧。吃了苦头了……

呵呵，有学习难度就不要用？

不是说有学习难度就不用，你要看看楼主他说的情况------“项目组里面很多人对OR-Mapping技术根本就不了解，而且也没什么Java功底。”
硬是要用hibernate的话可能会死得很惨的

很多人和所有人（或者绝大多数人）是不同的，如果是后者，用什么也注定项目失败

这样的水平最好Hibernate和iBatis都不要用，只用jdbc好了。

我用hibernate ,数据库只是单存的表，只有主键约束，连外键都没有
不做任何hibernate表间映射，HibernateSyn生成Bean和DAO
每个定制dao只是各式各样的select 一个表
daoRoot有基本的insert delete update适合所有的表
自己修改了一下HibernateSyn插件使其生成的代码适应spring事务
用spring套一层service（只用spring的声明性事务，不用其他的，一行代码不用写），数据一致性在service用事务控制，直观

对付小项目挺快，基本傻瓜式编程

易用性：
spring JDBC template > iBatis > Hibernate

不过Hibernate处理多表关联有复杂逻辑 远好于前两个。

我觉得关注点有点错了。选用Hibernate或者iBatis或者直接用JDBC因该看需要持久化的实体。
ERP如果domain Model并不多的话可以考虑Hibernate，因为它是透明持久化，透明意味着调试和配置完毕后，使用起来很方便。而且对于经常需要访问的东西可以享受简单配置即可以得到的二级缓存支持。而且可以方便的给你们的ERP产品提供数据库可移植性，提高伸缩性。我认为Hibernate适合Domain Model相对固定，数据库模型到OO模型影射不超出限制的情况。
而iBatis则适合批量更新删除，复杂的联表查询，且还需要O/R Mapping提供足够的OO特性的时候，它比直接用JDBC简单，性能应该说相同。而且有DAO Zero这样的组件配合开发分层应用和很简单。iBatis适合Hibernate不适合的其它情况吧。
JDBC则对于已经熟悉它的人比较简单。而且JDBC也可以通过自己的包装或者模版类变得简单和规范，但是OO性可能差一些，如果封装过渡那么很有可能是自己制作了个iBatis。但是Without EJB上面说过，请不要考虑自己写一个O/R Mapping……
学习成本问题，我想不学什么都做不好！

楼主开发ERP产品的话 自己jdbc肯定是不行吧
既然是ERP产品 那么肯定要支持多种数据库了
个人倾向于ibatis