再论hibernate是否适合做大型应用

我不赞同你的观点，只要模型层做的非常好，代码里嵌入sql，这个没什么，我说的只是在模型层里，比如只有数据库持久层才会有sql语句，上面的业务层只会调用持久层的方法，并提供对外的业务接口，例如service和dao。ibatis 提供对sql的统一管理，将sql和代码分离，这个是确实提高了可维护性，但是并不是代码里嵌入sql一无是处，这个我相信很多人都有感触吧

但是我感觉这个帖子里，大部分都是认为hibernate的性能不好，但是我感觉这个是不可避免的事情（毕竟是对jdbc进行了封装），而且hibernate的优点也不主要是这个，比如说统计分析的项目或者是需要复杂数据库查询的项目肯定是不合适的，所以我感觉大家不能拿hibernate的缺点去pk jdbc或者是其他框架的优点，也不能反过来，要根据具体情况来定，大项目也是一样要看需求以及环境，所以我感觉还是没有争论的必要，呵呵，

做数据移植时 百W条数据很正常的 如果我自己对JDBC有特定的封装(将结果集封装成实体bean,和表结构设计有点关系) 和用Hibenate LZ觉得那个好呢

同意

前几天在搞mysql数据库的读写分离,采用2台master做写操作,3台slaver读操作,5台数据库之间都是mysql的同步。就是说写一台master，读一台slaver即可。LZ请教我怎么用hibernate实现ORM，谢谢

因地制宜 寸有所长 寸有所短

对了，我还忘记了系统中还使用了分表处理机制

    好吧，我被投了13个新手票，我以后不谈这个了，这里面有多少人一进来就是盲目论断，连我帖子的本意都没看清楚，而不是抱着一种务实的态度就事论事。我以后不发这种月经贴了，这样的帖子一出，必然是口水满天飞。是不是javaeyer现在已经陷入了一种怪圈，凡是看见可能没有什么技术新名词帖子，或者没有什么高深概念的帖子，一上来就评个新手帖，然后再发表一番谩骂，然后再奔赴其他战场，硝烟滚滚，口水横飞，多么壮观，多么和谐，我们在这个圈子里自得其乐，这是不是it界的一个缩影，如果是，那真悲哀。

可以参考下这个hibernate_shards。

如果一个所谓的大型项目是全新的，那么用hibernate确实问题不大。但是一般大型项目都是具有一些遗留系统需要妥协的，正是这种妥协注定了你使用hibernate是一种很不舒服，或则别扭的使用，导致了hibernate的表现很差劲。

关键的地方在这一点上面，至于说到高性能，除开那种极端的web站点的情况。一般正确的使用hibernate其实性能不是问题。

正如我所说，正确的使用hibernate有2个方面的制约，第一是你对hibernate的掌握程度，第二，你对当前开发的状况的妥协程度。