ibatis面試筆記

ibatis是在結果集與實體類之間進行映射
hibernate是在數據庫與實體類之間進行映射
Hibernate是一個開放源代碼的對象關係映射框架，它對JDBC進行了很是輕量級的對象封裝，使得Java程序員能夠爲所欲爲的使用對象編程思惟來操縱數據庫。Hibernate能夠應用在任何使用JDBC的場合，既能夠在Java的客戶端程序使用，也能夠在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate能夠在應用EJB的J2EE架構中取代CMP【CMP（Container-Managed Persistence）表示由 EJB 容器來管理實體 EJB 的持久化，EJB 容器封裝了對象-關係的映射及數據訪問細節】，完成數據持久化的重任。
1、基本功能
Hibernate做爲數據持久化的中間件，足以讓數據庫在業務邏輯層開發中去冬眠。它經過可擴展標記語言（XML）實現了類和數據表之間的映射，使程序員在業務邏輯的開發中面向數據庫而改成面向對象開發。使整個項目開發分工更加明確，提升了程序開發的效率。
configuration對象：
Configuration 類負責管理Hibernate 的配置信息。Hibernate 運行時須要
獲取一些底層實現的基本信息，其中幾個關鍵屬性包括：
1． 數據庫URL
2． 數據庫用戶
3． 數據庫用戶密碼
4． 數據庫JDBC驅動類
5． 數據庫dialect，用於對特定數據庫提供支持，其中包含了針對特定數據庫特性的實現，如Hibernate數據類型到特定數據庫數據類型的映射等。以上信息通常狀況下由hibernate.cfg.xml或者hibernate.properties文件來配置，實現與不一樣數據庫的鏈接。
Session對象：
Session是持久層操做的基礎，至關於JDBC中的Connection:
實例經過SessionFactory實例構建:
Configuration config = new Configuration().configure();
SessionFactory sessionFactory = config.buildSessionFactory();
Session session = sessionFactory.openSession();
以後咱們就能夠調用Session所提供的save、find、flush等方法完成持久層操做。所以Session對象也封裝了全部對數據庫的操做來實現Hibernate對數據庫的操縱功能，如：
Save()方法實現增長和保存；
Delete()方法實現數據的刪除；
Update()方法實現數據更新和修改；
Find()方法實現數據的檢索； ……
Hibernate會根據不一樣的操做自動生成相應的SQL語句，從而實現了程序員對PO對象的操做轉化爲對數據庫關係表的操做。
2、使用步驟
1．編寫Hibernate配置文件
Hibernate配置文件有兩種，分別是hibernate.cfg.xml文件和hibernate.properties,推薦使用hibernate.cfg.xml。
2．PO和映射文件
使用middlegen和hibernate-extensions從數據庫導出PO的映射文件，並在hibernate.cfg.xml當中聲明。
3．編寫DAO 對每一張關係表編寫一個DAO，提供一組增、刪、改、查方法供業務邏輯對數據庫操做使用。

Ibatis
相對Hibernate和Apache OJB 等"一站式"ORM解決方案而言，ibatis 是一種"半自動化"的ORM實現。所謂"半自動"，可能理解上有點生澀。縱觀目前主流的ORM，不管Hibernate 仍是Apache OJB，都對數據庫結構提供了較爲完整的封裝，提供了從POJO 到數據庫表的全套映射機制。程序員每每只需定義好了POJO 到數據庫表的映射關係，便可經過Hibernate或者OJB 提供的方法完成持久層操做。程序員甚至不須要對SQL 的熟練掌握，Hibernate/OJB 會根據制定的存儲邏輯，自動生成對應的SQL 並調用JDBC 接口加以執行。
Ibatis最直接的好處就是不但爲程序員提供了對象與關係數據庫之間的映射，同時提供操做方法與SQL間的直接影射，設計者能夠直接爲一個方法指定一條SQL語句，從而取得更加準確的數據，同時爲優化查詢、鏈接查詢提供了方便。
1、基本功能
做爲又一個輕量級的ORM中間件，ibatis除了提供了對數據庫基本的增、刪、改、查外還提供了鏈接管理，緩存支持，線程支持，（分佈式）事物管理等一套教爲完整的數據庫管理功能。
SqlMapClient對象是ibatis持久層操做的基礎，至關於hibernate中的session，提供對SQL映射的方法。
insert()方法實現對插入SQL語句的映射；
delete()方法實現對刪除SQL語句的映射；
update()方法實現對更新SQL語句的影射；
queryForList()、queryForMap()、queryForObject()、queryForPaginatedList()等方法提供了一組查詢SQL語句的影射；
2、使用步驟
1．ibatis SQL Map 配置文件
文件中對所用數據庫的鏈接作了基本配置，包括數據庫驅動類型、用戶名、密碼，以及鏈接池的相關管理數據。
2．PO和映射文件
和hibernate同樣，PO做爲數據庫關係表的影射，也須要響應的映射配置文件，能夠手寫，也能夠藉助hibernate的相關工具生成PO，不會影響PO在ibatis中的使用。與hibernate不一樣的是，ibatis的映射文件中沒有對PO中每一個屬性作響應的描述，而是指定了一系列與PO有關的SQL相關操做，也體現了ibatis良好的靈活性與可擴展性。
3．編寫DAO
在DAO中，可使用SqlMapClient提供的方法來對應的指定對PO操做的SQL語句，從而使業務邏輯層的開發仍然是面向對象的操做。
相對Hibernate「O/R」而言，iBATIS 是一種「Sql Mapping」的ORM實現。
Hibernate對數據庫結構提供了較爲完整的封裝，Hibernate的O/R Mapping實現了POJO 和數據庫表之間的映射，以及SQL 的自動生成和執行。程序員每每只需定義好了POJO 到數據庫表的映射關係，便可經過Hibernate 提供的方法完成持久層操做。程序員甚至不須要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的存儲邏輯，自動生成對應的SQL 並調用JDBC 接口加以執行。
而iBATIS 的着力點，則在於POJO 與SQL之間的映射關係。也就是說，iBATIS並不會爲程序員在運行期自動生成SQL 執行。 具體的SQL 須要程序員編寫，而後經過映射配置文件，將SQL所需的參數，以及返回的結果字段映射到指定POJO。使用iBATIS 提供的ORM機制，對業務邏輯實現人員而言，面對的是純粹的Java對象，這一層與經過Hibernate 實現ORM 而言基本一致，而對於具體的數據操做，Hibernate會自動生成SQL 語句，而iBATIS 則要求開發者編寫具體的SQL 語句。相對Hibernate而言，iBATIS 以SQL開發的工做量和數據庫移植性上的讓步，爲系統設計提供了更大的自由空間。

兩者的對比：
1． iBATIS很是簡單易學，Hibernate相對較複雜，門檻較高。
2． 兩者都是比較優秀的開源產品
3． 當系統屬於二次開發,沒法對數據庫結構作到控制和修改,那iBATIS的靈活性將比Hibernate更適合
4． 系統數據處理量巨大，性能要求極爲苛刻，這每每意味着咱們必須經過通過高度優化的SQL語句（或存儲過程）才能達到系統性能設計指標。在這種狀況下iBATIS會有更好的可控性和表現。
5． iBATIS須要手寫sql語句，也能夠生成一部分，Hibernate則基本上能夠自動生成，偶爾會寫一些Hql。一樣的需求,iBATIS的工做量比Hibernate要大不少。相似的，若是涉及到數據庫字段的修改，Hibernate修改的地方不多，而iBATIS要把那些sql mapping的地方一一修改。
6． 以數據庫字段一一對應映射獲得的PO和Hibernte這種對象化映射獲得的PO是大相徑庭的，本質區別在於這種PO是扁平化的，不像Hibernate映射的PO是能夠表達立體的對象繼承，聚合等等關係的，這將會直接影響到你的整個軟件系統的設計思路。
7． Hibernate如今已是主流O/R Mapping框架，從文檔的豐富性，產品的完善性，版本的開發速度都要強於iBATIS
8． 最關鍵的一句話是iBATIS的做者說的：
If you are starting a new project and you're in full control of your object model and database design, Hibernate is a good choice of O/R tool.
If you are accessing any 3rd party databases (e.g. vendor supplied), or you're working with a legacy database, or even just a really poorly designed database, then an O/R mapper might not be capable of handling the situation. That's were an SQL Mapper comes in handy.

選擇Hibernate仍是iBATIS都有它的道理：
Hibernate功能強大，數據庫無關性好，O/R映射能力強，若是你對Hibernate至關精通，並且對Hibernate進行了適當的封裝，那麼你的項目整個持久層代碼會至關簡單，須要寫的代碼不多，開發速度很快，很是爽。
Hibernate的缺點就是學習門檻不低，要精通門檻更高，並且怎麼設計O/R映射，在性能和對象模型之間如何權衡取得平衡，以及怎樣用好Hibernate方面須要你的經驗和能力都很強才行。
iBATIS入門簡單，即學即用，提供了數據庫查詢的自動對象綁定功能，並且延續了很好的SQL使用經驗，對於沒有那麼高的對象模型要求的項目來講，至關完美。
iBATIS的缺點就是框架仍是比較簡陋，功能尚有缺失，雖然簡化了數據綁定代碼，可是整個底層數據庫查詢實際仍是要本身寫的，工做量也比較大，並且不太容易適應快速數據庫修改。

相同點：屏蔽jdbc api的底層訪問細節，使用咱們不用與jdbc api打交道，就能夠訪問數據。
jdbc api編程流程固定，還將sql語句與java代碼混雜在了一塊兒，常常須要拼湊sql語句，細節很繁瑣。
ibatis的好處：屏蔽jdbc api的底層訪問細節；將sql語句與java代碼進行分離;提供了將結果集自動封裝稱爲實體對象和對象的集合的功能，queryForList返回對象集合，用queryForObject返回單個對象；提供了自動將實體對象的屬性傳遞給sql語句的參數。

Hibernate是一個全自動的orm映射工具，它能夠自動生成sql語句,ibatis須要咱們本身在xml配置文件中寫sql語句，hibernate要比ibatis功能負責和強大不少。由於hibernate自動生成sql語句，咱們沒法控制該語句，咱們就沒法去寫特定的高效率的sql。對於一些不太複雜的sql查詢，hibernate能夠很好幫咱們完成，可是，對於特別複雜的查詢，hibernate就很難適應了，這時候用ibatis就是不錯的選擇，由於ibatis仍是由咱們本身寫sql語句。