JDBC是Java程序實現數據訪問的基礎,JDBC的劣勢主要有以下幾個方面。
(1)數據庫連接創建、釋放頻繁會造成系統資源浪費,從而影響系統性能。
(2)SQL語句在代碼中硬編碼,造成代碼不易維護。在實際應用的開發中,SQL變化的可能性較大。在傳統JDBC編程中,SQL變動需要改變Java代碼,違反了開閉原則。
(3)用PreparedStatement向占位符傳參數存在硬編碼,因為SQL語句的where條件不一定,可能多也可能少,修改SQL需要修改代碼,造成系統不易維護。
(4)JDBC對結果集解析存在硬編碼(查詢列名),SQL變化導致解析代碼變化,造成系統不易維護。
MyBatis框架支持普通SQL查詢、存儲過程以及高級映射的持久層框架,它消除了幾乎所有的JDBC代碼和參數的手動設置以及對結果集的檢索,使用簡單的XML或注解進行配置和原始映射,將接口和Java的POJO映射成數據庫中的記錄,使得Java開發人員可以使用面向對象的編程思想來操作數據庫。
MyBatis框架是一個ORM(Object/Relation Mapping,即對象關系映射)框架。所謂的ORM就是一種為了解決面向對象與關系型數據庫中數據類型不匹配的技術,它通過描述Java對象與數據庫表之間的映射關系,自動將Java應用程序中的對象持久化到關系型數據庫的表中。ORM框架的工作原理可以通過一張圖來展示。
針對JDBC編程的劣勢,MyBatis提供了以下解決方案,具體如下。
問題一:數據庫鏈接創建、釋放頻繁會造成系統資源浪費,從而影響系統性能。
解決方案:在SqlMapConfig.xml中配置數據鏈接池,使用連接池管理數據庫鏈接。
問題二:SQL語句在代碼中硬編碼,造成代碼不易維護。在實際應用的開發中,SQL變化的可能較大。在傳統JDBC編程中,SQL變動需要改變Java代碼,違反了開閉原則。
解決方案:MyBatis將SQL語句配置在MyBatis的映射文件中,實現了與Java代碼的分離。
問題三:使用preparedStatement向占位符傳參數存在硬編碼,因為SQL語句的where條件不一定,可能多也可能少,修改SQL需要修改代碼,造成系統不易維護。
解決方案:MyBatis自動將Java對象映射至SQL語句,通過Statement中的parameterType定義輸入參數的類型。
問題四:JDBC對結果集解析存在硬編碼(查詢列名),SQL變化導致解析代碼變化,造成系統不易維護。
解決方案:MyBatis自動將SQL執行結果映射至Java對象,通過Statement中的resultType定義輸出結果的類型。