mybatis和hibernate的比較

              Mybatis和hibernate不同，它不完全是一個ORM框架，因為MyBatis需要程式員自己編寫Sql語句，不過mybatis可以通過XML或註解方式靈活配置要運行的sql語句，並將java對象和sql語句映射生成最終執行的sql，最後將sql執行的結果再映射生成java對象。
           Mybatis學習門檻低，簡單易學，程式員直接編寫原生態sql，可嚴格控制sql執行性能，靈活度高，非常適合對關係數據模型要求不高的軟體開發，例如互聯網軟體、企業運營類軟體等，因為這類軟體需求變化頻繁，一但需求變化要求成果輸出迅速。但是靈活的前提是mybatis無法做到資料庫無關性，如果需要實現支持多種資料庫的軟體則需要自定義多套sql映射文件，工作量大。
           Hibernate對象/關係映射能力強，資料庫無關性好，對於關係模型要求高的軟體（例如需求固定的定製化軟體）如果用hibernate開發可以節省很多代碼，提高效率。但是Hibernate的學習門檻高，要精通門檻更高，而且怎麼設計O/R映射，在性能和對象模型之間如何權衡，以及怎樣用好Hibernate需要具有很強的經驗和能力才行。
          總之，按照用戶的需求在有限的資源環境下只要能做出維護性、擴展性良好的軟體架構都是好架構，所以框架只有適合才是最好。

          mybatis和jdbc的比較

          jdbc是我們連接資料庫的基礎，所有框架在使用的時候都要比jdbc簡單，但是所有框架在性能上都沒有jdbc的速度快（優化相同的情況下）這裡就介紹一下mybatis對jdbc的哪些問題進行了優化吧：
          1、 資料庫鏈接創建、釋放頻繁造成系統資源浪費從而影響系統性能，如果使用資料庫鏈接池可解決此問題。
           解決：在SqlMapConfig.xml中配置數據鏈接池，使用連接池管理資料庫鏈接。
           2、 Sql語句寫在代碼中造成代碼不易維護，實際應用sql變化的可能較大，sql變動需要改變java代碼。
           解決：將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。
           3、 向sql語句傳參數麻煩，因為sql語句的where條件不一定，可能多也可能少，占位符需要和參數一一對應。
           解決：Mybatis自動將java對象映射至sql語句，通過statement中的parameterType定義輸入參數的類型。
          4、 對結果集解析麻煩，sql變化導致解析代碼變化，且解析前需要遍歷，如果能將資料庫記錄封裝成pojo對象解析比較方便。
           解決：Mybatis自動將sql執行結果映射至java對象，通過statement中的resultType定義輸出結果的類型。