选择Hibernate还是iBatis?

怎么没有意义？

我的疑问是，对于在业务逻辑中想这种形式编码： customer.orders[0].product.price * customer.orders[0].amount

iBatis有什么通用办法做到？

这样不行吗？业务逻辑本身就是可以封装在StoreProceduer中,对于Ibatis来说，只要是sp能实现的方法都是通用的方法。

select Order.ProdId,Prod.ProdDescription, Order.Amount,Prod.Price*Order.Amount from Product Prod, OrderItem Order where Order.OrderId=#id#....

to ray_linn:
我想你我理解的“通用”有些差别，liusong所指的“通用”应该是指无需重复的写sql

我的通用指的是无需重复搞mapping,  mapping有时候也是恶梦.
看看用hibernate的时候，得去mapping多少个表?
Customer? order? orderitem?Product?...

不如简单一句SQL.

具体情况具体分析吧,依据我的经验,hibernate学习的周期长一些,ibatis比较容易上手,而且很快,有个1-2个小时就可以使用了.当然,hibernate也不是十全十美的.当时我用的时候,有很多地方感觉不爽.还要去学习hql.但是感觉还是挺不错的.

性能瓶颈不在程序，跟你的SQL优化和数据库的相关索引有关，选择ibatis或hibernate还在于你的团队对技术的接受，理解能力和对问题的解决能力。

这个朋哟说的太那个了吧， 是你自己用了这么长时间还是不熟悉Hibernate吧，呵呵，我的一个项目用这个就不错，而且以前的一个项目想想如果用Hibernate回更加容易开发，
而且我已经针对Hibernate开发 开发出一套代码生成工具，只要定义好数据库，其它的插入，修改删除查询等代码全部自动生成，开发特别方便
可以这么说：
1， 对Hibernate不熟悉的人或没用过在项目的人，不适合，像上面这位朋友这样
2，Hibernate 还是比较好的，虽然集成度高了点，但是可以结合别的框架一起来解决这些问题，毕竟一个项目多数的应用不是都那么复杂的查询

哈哈，这位朋友被hibernate“ORM 诱惑了”。
不想给我的观点提供什么论据，更不想再争论什么，认为好就继续用吧，这里只给大家提个醒而已。
当然，用hibernate来开发一些要求不高的项目还是可以的，也不一无是处

JAVA功底不强，数据库应该不错吧。如果用产品级别的数据库，还是推荐把业务封装到存储过程。用ORM估计架构师和项目经理要挂调。