iBATIS是Clinton Begin開發，現在由APACHE基金會支持的用于加快JDBC編程的經過泛化的框架，是一個持久化框架。當前支持JAVA、.NET、RUBY三種語言。

為什么要使用Ibatis?在系統的開發過程中，你可能碰到如下一些問題：1.系統的部分或全部數據都來源于現有數據庫，出于安全考慮，客戶只給你提供一些selectsql語句(或存儲過程)來獲取數據，具體的表結構不公開。(金融行業項目常見)2.開發規范過程中要求，所有涉及到業務邏輯部分的數據庫表的操作，必順通過存儲過程進行實現

　　理論上，Web分層設計的各個層都可以有緩存，Web中的任何對象都可以緩存。 　　Http請求結果的緩存 　　瀏覽器緩存、代理緩存、服務器端方向代理緩存、使用Filter實現對請求結果頁面的緩存 　　Java對象的緩存 　　緩存數據庫查詢結果對象

Eclipse(MyEclipse)安裝ibatis插件Abator及其使用方式安裝插件插件一共有2種安裝方式.遠程安裝.

為什么要使用Ibatis?在系統的開發過程中，你可能碰到如下一些問題：1.系統的部分或全部數據都來源于現有數據庫，出于安全考慮，客戶只給你提供一些selectsql語句(或存儲過程)來獲取數據，具體的表結構不公開。(金融行業項目常見)2.開發規范過程中要求，所有涉及到業務邏輯部分的數據庫表的操作，必順通過存儲過程進行實現3.系統數據處理量巨大，對性能要求非常高請問此時你將選擇Hibernate來操作，還是選擇JDBC呢?當你選擇使用Hibernate，卻發現其優點蕩然無存！當你選擇使用JDBC，卻發現拖沓的代碼到處存在！什么是Ibatis?半自動化ORM框架相對于Hibernate等“一站式”ORM框架，Ibatis是一種“半自動化”的ORM框架實現。也就是說，ORM概念中，Ibatis只強調O/R部分的內容，而將M(mapping)這部分概念進行了淡化。

SQL Map API讓開發人員可以輕易地將Java Bean映射成PreparedStatement的輸入參數和ResultSet結果集。 開發SQL Map的想法很簡單：提供一個簡潔的架構，能夠用20％的代碼實現80％JDBC的功能。

iBATIS是Clinton Begin開發，現在由APACHE基金會支持的用于加快JDBC編程的經過泛化的框架，是一個持久化框架。相對于hibernate和apacheojb等“一站式”orm解決方案而言，ibatis是一種“半自動化”的orm實現。iBATIS基本要素：sqlmaps：是整個ibatisdatabaselayer的核心價值所在。通過使用sqlmaps你可以顯著的節約數據庫操作的代碼量。sqlmaps使用一個簡單的xml文件來實現從javabean到sqlstatements的映射。跟其他的框架或者對象映射工具相比，sqlmaps最大的優勢是簡單。

相對Hibernate和ApacheOJB等“一站式”ORM解決方案而言，ibatis是一種“半自動化”的ORM實現。所謂“半自動”，可能理解上有點生澀。縱觀目前主流的ORM，無論Hibernate還是ApacheOJB，都對數據庫結構提供了較為完整的封裝，提供了從POJO到數據庫表的全套映射機制。

Ibatis-with-memchaced使用說明

iBatis是一個O/R Mapping解決方案， iBatis最大的特點就是小巧，上手很快。如果你不需要太多復雜的功能，iBatis是能滿足你的要求又足夠靈活的最簡單的解決方案。下面我們看一個最簡單的入門例子，是《ibatis 開發指南》上的例子改的

相對于Hibernate等“一站式”ORM框架，Ibatis是一種“半自動化”的ORM框架實現。也就是說，ORM概念中，Ibatis只強調O/R部分的內容，而將M(mapping)這部分概念進行了淡化。因為它將對于SQL語句的操作權，最終交還給了程序員。上面提到的“半自動化”這個概念可能大家理解起來比較生澀，通過我們對Hibernate或EJB3的了解，可以發現在它們都是針對POJO到數據庫提供了一種較為完整的封裝。程序只需要對POJO進行操作，就達到操作數據庫持久層的目的，我們程序員對SQL語句都不需要太多的了解，因為Hibrenate會根椐POJO的映射關系生成對應的SQL語句，最終調用JDBC完成操作。

iBATIS是以SQL為中心的持久化層框架。能支持懶加載、關聯查詢、繼承等特性。iBATIS不同于一般的OR映射框架。OR映射框架，將數據庫表、字段等映射到類、屬性，那是一種元數據(meta-data)映射。iBATIS則是將SQL查詢的參數和結果集映射到類。<br> 它把SQL語句看成輸入以及輸出，結果集就是輸出，而where后面的條件參數則是輸入。iBATIS能將輸入的普通POJO對象、Map、XML等映射到SQL的條件參數上，同時也可以將查詢結果映射到普通POJO對象（集合）、Map、XML等上面。

什么是對象的持久化<br> ORM的機制和原理<br> 為什么要使用IBatis？<br> SQLMap的原理<br> IBatis對于數據庫的操作

iBatis是個像Hibernate, JDO,EJB一類的數據持久框架,它能將對象映射為SQL語句.它是個輕量級的框架并且持久性API適合持久化POJO.iBatis也與Hibernate, JDO不同,因為它使用存儲過程和現有的SQL來處理數據庫.

?iBATIS3.0和以前的版本有一些改變，不過學過以前版本的再學習3.0應該不是太難，3.0要求JDK1.5支持，因為其中增加了注解和泛型，這些都是JDK1.5才有的。好了廢話不多說，先來利用iBATIS3做下簡單的增刪改查吧。

parameterMap的語法雖然簡單，但很繁瑣。還有一種更受歡迎更靈活的方法，可以大大簡化定義和減少代碼量。這種方法把Java Bean的屬性名稱嵌在Mapped Statement的定義中（即直接寫在SQL語句中）。缺省情況下，任何沒有指定parameterMap的Mapped Statement都會被解析成inline parameter（內嵌參數）。

簡介：iBATIS通過SQLMap將Java對象映射成SQL語句和將結果集再轉化成Java對象，與其他ORM框架相比，既解決了Java對象與輸入參數和結果集的映射，又能夠讓用戶方便的手寫使用SQL語句。本文主要介紹了iBATIS框架的體系結構和運行流程，以及iBATIS如何完成SQL語句的解析與Java對象與數據字段映射關系的建立，最后用一個實例說明了iBATIS是如何幫我們完成工作的。

iBATIS的思想是建立SQL語句到對象的映射，而不是建立數據庫表到對象的映射。傳統O/RM工具主要關注數據庫表到對象的映射。 傳統的O/RM高速緩存會為其管理的每個對象維護一個OID[object identification，對象標識]，就像數據庫需要管理其表中的每條記錄的唯一性一樣。這意味著，如果兩個不同的結果都返回同一個對象，那么該對象將只被高速緩存一次。 iBATIS不這樣，關注的是SQL語句的執行結果，我們不會根據對象的唯一性來高速緩存它們iBATIS高速緩存的所有結果，而不考慮所標識的對象是否存在于高速緩存中。

核心提示：SqlMap的配置是iBatis中應用的核心。這部分任務占據了iBatis開發的70的工作量。

我們的大部分員工習慣了Hibernate的關聯對象查詢、級聯刪除、級聯保存等特性，那么iBATIS是否提供同樣的功能呢？這是大部分人會關心的內容。 答案也許是另人失望的。iBATIS可以關聯查詢，卻沒有提供級聯保存和級聯刪除的特性。 下面我們介紹如何處理關聯對象之間的查詢、保存及刪除問題。