问题描述
之前一直用的三大框架，SSH，今天领导指示让研究一下ssh不用hibernate，或者用什么替代hibernate可以提高效率，所以想在次问问各位大神，给指条路，再次拜谢！！
解决方案
解决方案二：
mybatis
解决方案三：
1L正解，不过还是建议小系统hibernate大数据集查询用myibatis
解决方案四：
引用2楼jinpengaigo929的回复:
1L正解，不过还是建议小系统hibernate大数据集查询用myibatis
小系统就更加不要用hibernate了，hibernate挺占资源的，除非你服务器性能好，但是小系统的服务器性能一般都是一般般。mybatis代替hibernate是个好方法，如果不想用框架就直接jdbc咯，这样效率是最高的，但是开发比较麻烦。
解决方案五：
那springMVC怎么样，听说性能是比较高效的，
解决方案六：
性能果断JDBC
解决方案七：
。。。果断JDBCmybatis配置起来感觉比hibernate还麻烦。
解决方案八：
JDBC!!!!
解决方案九：
mybatis
解决方案十：
引用4楼qq_15620697的回复:
那springMVC怎么样，听说性能是比较高效的，
springMVC是控制web层页面与后台交互。相当于SSH中的struts2，和你替代hibernate基本上没什么关系，因为系统的控制交予spring去处理了。至于数据层大量数据的查询、交叉查询等等复杂的查询建议使用mybatits、对于mybatits的使用不方便，可以配合hibernate使用。
解决方案十一：
springMVC+Mybatis
解决方案十二：
个人觉得mybatis好，比较灵活，配置这东西熟悉了就好。
解决方案十三：
我觉得用myibatis好点
解决方案十四：
都是简单查询的SQL用hibernate吧，复杂点的就用myibatis
解决方案十五：
看来和我一样用jdbc的很多啊，不明白为什么要用hibernate，低效率且超级麻烦..................
解决方案：
别替换了，优化吧http://jnoee.iteye.com/blog/1594498
解决方案：
springmvc是用来替换struts的，用起来非常简单，由于就是spring本身的框架，所以用起来非常爽。hibernate用mybatis可以替换，如果不太在乎上线后的维护性。那么用spring提供的jdbcTempldate也可以，或者把spring的jdbcTempldate稍微封装下，这个东西用起来也很简单。那么模板行的代码也是不用重复写的，缺点就是sql写在了程序中了。不过hibernate也是这个德行。但是mybatis现在比如对分页的支持也很好。提供了newRowBounds((pageNo-1)+pageSize*(pageNo-1),pageSize))的分页工具类也屏蔽了不同数据库分页语句的不同。总之可选的很多。还有一个开发起来最快的框架，叫jfinal，开发效率很很高,
解决方案：
mybatis吧只是要写更多的配置文件效率还行
解决方案：
myibatis，杠杠的，
解决方案：
用ssm吧小项目完全没问题
解决方案：
楼主如果看重性能的话就用JDBC，JDBC的执行性能胜过任何框架，但是框架和JDBC各有千秋，hibernate映射关系很强大，查询方便；至于myibatis，没用过，听说它的多条件组合查询很好做。
解决方案：
小项目用jdbc+c3p0+apache-common-util
解决方案：
引用16楼gh125162691的回复:
springmvc是用来替换struts的，用起来非常简单，由于就是spring本身的框架，所以用起来非常爽。hibernate用mybatis可以替换，如果不太在乎上线后的维护性。那么用spring提供的jdbcTempldate也可以，或者把spring的jdbcTempldate稍微封装下，这个东西用起来也很简单。那么模板行的代码也是不用重复写的，缺点就是sql写在了程序中了。不过hibernate也是这个德行。但是mybatis现在比如对分页的支持也很好。提供了newRowBounds((pageNo-1)+pageSize*(pageNo-1),pageSize))的分页工具类也屏蔽了不同数据库分页语句的不同。总之可选的很多。还有一个开发起来最快的框架，叫jfinal，开发效率很很高,
楼主可参考，楼上说的很准确。
解决方案：
jdbctemplate是很不错的选择，可以自己对他进行一些封装从而减少sql语句的编写mybatis在复杂报表查询的时候需要定义resultmap岂不是很费事。一个系统100多张报表很常见而且都很复杂。
解决方案：
如果是为了数据库操作效率的话，建议JDBC，效率最高。如果是为了简化开发操作的话，还是用MyBatis比较好。
解决方案：
只用jdbc连接池
解决方案：
引用3楼u011939453的回复:
Quote: 引用2楼jinpengaigo929的回复:
1L正解，不过还是建议小系统hibernate大数据集查询用myibatis小系统就更加不要用hibernate了，hibernate挺占资源的，除非你服务器性能好，但是小系统的服务器性能一般都是一般般。mybatis代替hibernate是个好方法，如果不想用框架就直接jdbc咯，这样效率是最高的，但是开发比较麻烦。
小公司要求的就是快速开发，以及快速上手，而刚好hibernate刚好都符合，而且hibernate有缓存机制，虽然占点资源，但是效率还可以吧
解决方案：
如果你对自己的数据库语句不是特别精通，劝你不要妄想去自己写JDBC或者用mybatis,另外hibernate已经是很成熟的流行框架。除非你的业务要求数据量不大，切处理速度要快，你可以考虑手写JDBC或者使用mybatis,再使用hibernate的同时，如果觉得数据交互比较慢，你可以看看你的代码是否还可优化，你的SQL语句是否有待提升。而且hibernate不是也支持写原生SQL嘛，你也可以在使用hibernate的同时也可以自己手动写JDBC，只是第一次开启武器慢些而已
解决方案：
引用26楼jinpengaigo929的回复:
Quote: 引用3楼u011939453的回复:
Quote: 引用2楼jinpengaigo929的回复:
1L正解，不过还是建议小系统hibernate大数据集查询用myibatis小系统就更加不要用hibernate了，hibernate挺占资源的，除非你服务器性能好，但是小系统的服务器性能一般都是一般般。mybatis代替hibernate是个好方法，如果不想用框架就直接jdbc咯，这样效率是最高的，但是开发比较麻烦。
小公司要求的就是快速开发，以及快速上手，而刚好hibernate刚好都符合，而且hibernate有缓存机制，虽然占点资源，但是效率还可以吧
小项目你认为服务器的配置有多好，“快速上手”你认为是hibernate快还是Mybatis快？
解决方案：
Ibatis
解决方案：
Jdbc公司的业务逻辑很复杂，感觉用hibernate完全垃圾
解决方案：
引用4楼qq_15620697的回复:
那springMVC怎么样，听说性能是比较高效的，
springMVC不是干这事的，建议用mybatis
解决方案：
myibatis