我觉得的更多的是对存储过程的优化

个人感觉主要应该还是SQL方面的优化，让hibernate少发几条SQL比什么都强。

结合JDBC

数据结构化。

谢谢楼上楼上各位的回答,期待还有精彩的回答

实践中不用hibernate，这个框架太重了。关于数据层的优化无非是，尽量减少访问数据、减少单条sql的访问开销。

减少访问数据库的的方式就是上缓存，hibernate有个本地缓存可以是一个优化点，不过现在都流行把缓存拿出来单独做服务。memcached、redis都是这种

减少单条sql的开销，无非就是合理的用索引，消灭慢查询，表结构要合理。这是最基础的优化了。

最好就是不用

善用索引，消灭慢查询，优化表结构，对于关联操作，Hibernate虽然可以表达复杂的数据关系，但请慎用，使数据关系较为

简单时会得到较好的效率，特别是较深层次的关联时，性能会很差。对于大数据量新增、修改、删除操作或者是对大数据量的查询，与数据库的交互次数是决定处理时间的最重要因素，减少交互的次数是提升效率的最好途径，所以在开发过程中，请将show_sql设置为true，深入了解Hibernate的处理过程，尝试不同的方式，可以使得效率提升

引用 8 楼 Footfalls 的回复:

善用索引，消灭慢查询，优化表结构，对于关联操作，Hibernate虽然可以表达复杂的数据关系，但请慎用，使数据关系较为

简单时会得到较好的效率，特别是较深层次的关联时，性能会很差。对于大数据量新增、修改、删除操作或者是对大数据量的查询，与数据库的交互次数是决定处理时间的最重要因素，减少交互的次数是提升效率的最好途径，所以在开发过程中，请将show_sql设置为true，深入了解Hibernate的处理过程，尝试不同的方式，可以使得效率提升

谢谢你的回答,很有参考价值

个人觉得hibernate本身不慢  无非慢就慢在启动  生成SQL能多慢呢  成熟的Anltr库  带缓存的反射  并不慢  嫌hibernate慢的  用别的我觉得一样会嫌慢

再来一个让我比较满意的回复,俺就结贴啦~~

大项目一般不用hibernate，性能太差，又不灵活。

hibernate  结合缓存。不过有时候也不用hibernate

引用 12 楼 ace1573 的回复:

大项目一般不用hibernate，性能太差，又不灵活。

不用hibernate，还有其他选择吗