解决方案 »

  1.   

    我做的项目还是mybatis的多!想用hibernate就要像个好理由把你们领导忽悠倒就行了!
      

  2.   

    如果只是简单的查询或简单的关联查询,用hibernate比较方便。
    如果联表查询比较多,涉及的sql语句比较复杂的话,建议使用mybatis,自己写sql语句比较方便。
    当然,如果楼主的hibernate/mybatis都非常牛逼了,那用什么就都无所谓了。
      

  3.   

    从开发时尽量用自己最熟悉的技术的角度告诉领导,要用hibernate。哈哈
    那就告诉领导,自己的hibernate更熟悉一些,遇到问题更好解决一些。
      

  4.   

    还在用jdbc    。
      

  5.   

    hibernate + spring jdbc
      

  6.   

    都是连接数据库用的框架,hibernate更加方便快捷,因为做了更多封装。mybatis应该一般用在金融行业这种对安全性要求比较高的地方,有些SQL需要自己去实现。我没用过mybatis只是略知一二···
      

  7.   

    我打算用 struts spring jdbc了, 我怕项目以后延伸hibernate效率太低,但是hibernate 真的很方便
      

  8.   

    你领导是对的,用MyBatis,如果你们有专门的DBA或者数据库高手,MyBatis是最好的选择。
      

  9.   


    1 会JDBC的人不可能两天还学不会mybatis。
    2 你认为hibernate方便是因为以前开发的都是helloworld级别的东西,真有点稍微复杂的业务逻辑,hibernate就和一坨shi没什么区别。
    3 你的领导能把项目交给你(因为交给别人的话,用什么你压根就没发言权),可以用hibernate,因为这种级别的项目不可能因为用hibernate遇到效率瓶颈,没那个规模。
      

  10.   


    1 会JDBC的人不可能两天还学不会mybatis。
    2 你认为hibernate方便是因为以前开发的都是helloworld级别的东西,真有点稍微复杂的业务逻辑,hibernate就和一坨shi没什么区别。
    3 你的领导能把项目交给你(因为交给别人的话,用什么你压根就没发言权),可以用hibernate,因为这种级别的项目不可能因为用hibernate遇到效率瓶颈,没那个规模。
    我们要做监控项目,就是运维
      

  11.   

    hibernate比较方便(如果数据库设计是3范式),如果担心效率,java部分可以优化,如果还达不到,就可以考虑和jdbc混用。以前有个项目需要给全省买基金的人发现值提示短信,这部分就用jdbc,不然在20分钟之内无法生成短信文件。
    如果数据库设计是老旧的(以前老的,连主键都没有,就不能用hibernate)
      

  12.   

    我们最后用的jdbc,因为担心效率问题
      

  13.   

    复杂的业务逻辑,频繁的多表关联查询,建议用spring+jdbctemplate,很省事。