iBatis其实不是个真正意义上的OR-Mapping, 只能称为是个OSQL-Mapping吧,我们开发人员还是要自己写SQL,不过这个我比较喜欢,我们可以控制的更多,更灵活。不像Hibernate那么死板。
iBatis将Java对象(大多是我们的Java Bean)映射成JDBC的PreparedStatement的输入参数和ResultSet。个人认为主要就是将我的的Java对象映射到SQL的参数和将SQL的查询结果转换为Java对象。

下面说说我学习iBATIS SQL Maps开发指南的一些收获吧。

(1) SQL Map XML 配置文件 SqlMapConfig.xml的深刻认识。

<setting>元素,这个以前自己没有接触过,最学习到了,想和大家分享一下。<setting>元素用于配置和优化SqlMapClient实例。<setting>元素本身及其所有的属性都是可选的,子元素如下:

maxRequests 同时执行SQL语句的最大线程数,通常至少是maxTransactions的10倍,默认值是512。
maxSessions 同时活动的最大session数。应该小于maxRequests,并大于或等于maxTransactions,默认128。
maxTransactions 同时进入sqlMapClient.startTransaction()的最大线程数,默认32。
cacheModelsEnabled 全局性地启用或禁止SqlMapClient的所有缓存model,默认true。调试程序时使用。
lazyLoadingEnabled 全局性地启用或禁用SqlMapClient的所有延迟加载,默认true。调试程序时使用。
enhancementEnabled 全局性地启用或禁用运行时字节码增强,以优化访问Java Bean属性的性能,同时优化延迟加载的性能,默认false。

useStatementNamespaces 如果启用本属性,必须使用全限定名来引用 mapped statement。Mapped statement的全限定名由sql-map的名称和mapped-statement的名称组成,sql-map.mapped-statement。

(2) iBatis事务,可能用Spring AOP的声明式事务,我不用去管理iBatis的事务,交给Spring去管理了。但了解它还是不错的。<transactionManager>元素定义SQL MAP的事务管理服务。属性type指定所使用的事务管理器类型。
JDBC: 让JDBC管理事务,也就是使用通常的commit(), rollback()方法。
JTA: JTA本地事务管理器使用一个JTA全局事务。
EXTERNAL: 自己管理事务。

(3) 在SQL Map XML映射文件件中配置缓存,以前自己没接触这个,所以学习到了,感觉还是很兴奋地,呵呵。

<sqlMap id="Product">

            <cacheModel id="productCache" readOnly="true" type="LRU" serialize="false">  <!-之都缓存,采用LRU置换算法->

                <flushInterval hours="24"/>

                <flushOnExecute statement="insertProduct"/>

                <flushOnExecute statement="updateProduct"/>    <!-更新的时候刷新缓存->

                <flushOnExecute statement="deleteProduct"/>

                <property name="cache-size" value="1000"/>

            </cacheModel>
<!--利用缓存-->

            <staement id="getProductList" cacheModel="productCache" parameterClass="int">

                SELECT * FROM product WHERE prd_cat_id = #value#

            </statement>

        </sqlMap>

缓存分为制度缓存和读写缓存,读写缓存又分为Serializable可读写缓存和非Serializable可读写缓存,者两个还没弄打明白。
缓存类型分为:
MEMORY MEMORY cache实现使用reference类型来管理cache的行为。适于没有统一的对象重用模式的应用,或内存不足的到应用。
LRU LRU cache实现使用"近期最少使用"原则来确定如何从cache中清除对象。对于在较长的时期内,某些用户经常使用的某些特定对象的情况,LRU cache是个不错的选择。
FIFO FIFO cache实现使用"先进先出"的原则来确定如何从cache中清除对象。对于短时间内持续引用特定的查询而后很可能不再使用的情况,FIFO cache是个不错的选择。
OSCache 利用OSCache缓存插件。

(4) Parameter Map和Result Map
利用这两个Map我们可以控制更多的东西,利用nullValue我们可以指定NULL的替换值,这个对Java Bean的简单类型的属性很有用,但强烈要求Java Bean用类类型。

(5) 返回自动生成的主键
很多数据库支持自动生成主键的数据类型。不过这通常(并不总是)是个私有的特性。SQL Map 通过<insert>的子元素<selectKey>来支持自动生成的键值。
它同时支持预生成(如Oracle)和后生成两种类型(如 MySQL)。 下面是两个例子:<!

<!--Oracle SEQUENCE Example-->

<insert id="insertProduct-ORACLE" parameterClass="com.domain.Product">

<selectKey resultClass="int" keyProperty="id" >

SELECT STOCKIDSEQUENCE.NEXTVAL AS ID FROM DUAL

</selectKey>

insert into PRODUCT (PRD_ID,PRD_DESCRIPTION) values (#id#,#description#)

</insert>

(6) iBatis调用存储过程
SQL Map通过<procedure>元素支持存储过程。
下面给出调用存储过程的一个例子

<parameterMap id="swapParameters" class="map">

<parameter property="email1" jdbcType="VARCHAR" javaType="java.lang.String" mode="inout"/>

<parameter property="email2" jdbcType="VARCHAR" javaType="java.lang.String" mode="inout"/>

</parameterMap>


<procedure id="swapEmailAddress" parameterMap="swapParameters">

<![CDATA
{call swap_email_address(?,?)}
]>
</procedure>

注意!!!要确保始终只使用JDBC标准的存储过程语法。

(6) iBatis对象关联解决方案(复杂类型属性),同样可以实现Hibernate的对象关联。
第一种解决方案:
因为mapped statement知道如何装入合适的数据和Java类,通过将ResultMap的propery和相应的mapped statement联系起来,可以自动地给复杂类型的属性赋值。下面给出一个例子,Product和Category,一个Product属于一种Category,一种Category用多个Product。 

<!-获得Product的Category->

<resultMap id="productResult" class="Product">

<result property="id" column="PRD_ID"/>

<result property="name" column="PRD_NAME"/>

<result property="category" column="PRD_CAT_ID" select="getCategory"/>           <!-HERE HERE HERE->

</resultMap>


<!-获得Category的ProductList->

<resultMap id="categoryResult" class="Category">

<result property="id" column="CAT_ID"/>

<result property="name" column="CAT_NAME"/>

<result property="productList" column="CAT_ID" select="getProductsByCatId"/>     <!-HERE HERE HERE->

</resultMap>



第二种解决方案:

联合查询

<!-获得Product的Category->

<resultMap id="productResult" class="Product">

<result property="id" column="PRD_ID"/>

<result property="name" column="PRD_NAME"/>

<result property="category.id" column="CAT_ID"/>

<result property="category.name" column="CAT_NAME"/>

</resultMap>

<select id="getProduct" parameterClass="int" resultMap="productResult">

SELECT PRD.PRD_ID, PRD.PRD_NAME, CAT.CAT_ID, CAT.CAT_NAME

FROM PRODUCT PRD,

CATEGORY CAT

WHERE PRD.PRD_ID = #value# AND PRD.CAT_ID = CAT.CAT_ID

</select>

好像Category的productList没法解决哦!!!

这两种方案的对比:
第一种方案总是执行2条SQL,但第二种方案要做表的join。选择的基本原则是如果需要经常访问关联对象,则使用联合查询(第二种方案),否则使用延迟加载和字节码增强选项的第一种方案。

(7) 动态SQL
相信大家都用过动态SQL,但我以前没用过iBatis的动态SQL,如今学到了感觉很好很强大,早知道就早点学习了,哈哈。

这些就是我最近学习iBatis的一些总结吧。


/**********************************************/

ibatis基础代码包括: 
1.    ibatis实例配置 
一个典型的配置文件如下(具体配置项目的含义见后): 
<? xml version="1.0" encoding="UTF-8"    ?>  
<! DOCTYPE sqlMapConfig 
      PUBLIC "-//iBATIS.com//DTD SQL Map Config 2.0/
      "
http://www.ibatis.com/dtd/sql-map-config-2.dt

<sqlMapConfig >  

     < settings 
       cacheModelsEnabled ="true"      
      enhancementEnabled ="true"      
      lazyLoadingEnabled ="true"      
      errorTracingEnabled ="true"      
      maxRequests ="32"           
      maxSessions ="10"           
      maxTransactions ="5"          
      useStatementNamespaces ="false"    
       />  

     < transactionManager    type ="JDBC" >  

     < dataSource    type ="SIMPLE" >  
         < property    name ="JDBC.Driver"    value ="com.p6spy.engine.spy.P6SpyDriver" />  
         < property    name ="JDBC.ConnectionURL"    value ="jdbc:mysql://localhost/sample" />  
         < property    name ="JDBC.Username"    value ="user" />  
         < property    name ="JDBC.Password"    value ="mypass" />  
         < property    name ="Pool.MaximumActiveConnections"    value ="10" />  
         < property    name ="Pool.MaximumIdleConnections"    value ="5" />  
         < property    name ="Pool.MaximumCheckoutTime"    value ="120000" />  
         < property    name ="Pool.TimeToWait"    value ="500" />  
         < property    name ="Pool.PingQuery"    value ="select 1 from ACCOUNT" />  
         < property    name ="Pool.PingEnabled"    value ="false" />  
         < property    name ="Pool.PingConnectionsOlderThan"    value ="1" />  
         < property    name ="Pool.PingConnectionsNotUsedFor"    value ="1" />  
       </ dataSource >  
     </ transactionManager >  

     < sqlMap    resource ="com/ibatis/sample/User.xml" />  

</ sqlMapConfig >   
  

⑴ Settings 节点

cacheModelsEnabled  
是否启用SqlMapClient上的缓存机制。 建议设为"true"

enhancementEnabled  
是否针对POJO启用字节码增强机getter/setter的调用效能,避免Reflect所带来的性能开销。同时,这也为Lazy Loading带来提升。 建议设为"true"

errorTracingEnabled 
是否启用错误日志,在开发期间建议设为"true" 以方便调试

lazyLoadingEnabled 
是否启用延迟加载机制,建议设为"true"

maxRequests 
最大并发请求数(Statement并发数)

maxTransactions  
最大并发事务数

maxSessions    最大Session数。即当前最大允许的并发SqlMapClient数。 

useStatementNamespaces  
是否使用Statement命名空间。 
这里的命名空间指的是映射文件中,sqlMap节的namespace属性,如在上例中针对t_use
表的映射文件sqlMap节点: <sqlMap namespace="User"> 这里,指定了此sqlMap节点下定义的操作均属于"User"命名空间。 在useStatementNamespaces="true"的情况下,Statement调用需追加命名空间,如:sqlMap.update("User.updateUser",user); 
否则直接通过Statement名称调用即可,如: sqlMap.update("updateUser",user); 但请注意此时需要保证所有映射文件中,Statement定义无重名。


transactionManager节点
transactionManager节点定义了ibatis的事务管理器,目前提供了以下几种选择: 
JDBC
通过传统JDBC Connection.commit/rollback实现事务支持。  
JTA
使用容器提供的JTA服务实现全局事务管理。
EXTERNAL
外部事务管理,如在EJB中使用ibatis,通过EJB的部署配置即可实现自
动的事务管理机制。此时ibatis将把所有事务委托给外部容器进行管理。

dataSource节点 
    dataSource从属于transactionManager节点,用于设定ibatis运行期使用的DataSource属性。
type属性:
dataSource节点的type属性指定了dataSource的实现类型。 可选项目: 
SIMPLE: 
    SIMPLE是ibatis内置的dataSource实现,其中实现了一个简单的
数据库连接池机制,对应 ibatis 实现类为
com.ibatis.sqlmap.engine.datasource.SimpleDataSourceFactory。 

DBCP:
    基于Apache DBCP连接池组件实现的DataSource封装,当无容器提
供DataSource服务时,建议使用该选项,对应ibatis实现类为
com.ibatis.sqlmap.engine.datasource.DbcpDataSourceFactory。 

JNDI:
使用J2EE容器提供的DataSource实现,DataSource将通过指定
的JNDI Name从容器中获取。对应 ibatis实现类为
com.ibatis.sqlmap.engine.datasource.JndiDataSourceFactory。

dataSource的子节点说明(SIMPLE&DBCP):
JDBC.Driver    JDBC 驱动。 
如:org.gjt.mm.mysql.Driver

JDBC.ConnectionURL  
数据库URL。 
如:jdbc:mysql://localhost/sample 
如果用的是SQLServer JDBC Driver,需要
在url后追加SelectMethod=Cursor以获得
JDBC事务的多Statement支持。
JDBC.Username
    数据库用户名 
JDBC.Password  
数据库用户密码 
Pool.MaximumActiveConnections 
数据库连接池可维持的最大容量。

Pool.MaximumIdleConnections 
数据库连接池中允许的挂起(idle)连接数。

JNDI由于大部分配置是在应用服务器中进行,因此ibatis中的配置相对简
分别使用JDBC和JTA事务管理的JDNI配置: 
使用JDBC事务管理的JNDI DataSource配置


< transactionManager    type ="JDBC"     >  
< dataSource    type ="JNDI" >  
< property    name ="DataSource"     value ="java:comp/env/jdbc/myDataSource" />  
</ dataSource >  
</ transactionManager >  
< transactionManager    type ="JTA"     >  
< property    name ="UserTransaction"     value ="java:/ctx/con/UserTransaction" />  
< dataSource    type ="JNDI" >  
< property    name ="DataSource"     value ="java:comp/env/jdbc/myDataSource" />  
</ dataSource >   
sqlMap节点
sqlMap节点指定了映射文件的位置,配置中可出现多个sqlMap节点,以指定
项目内所包含的所有映射文件。

ibatis基础语义

XmlSqlMapClientBuilder
XmlSqlMapClientBuilder是ibatis 2.0之后版本新引入的组件,用以替代1.x
版本中的XmlSqlMapBuilder。其作用是根据配置文件创建SqlMapClient实例。 

SqlMapClient
SqlMapClient是ibatis的核心组件,提供数据操作的基础平台。SqlMapClient
可通过XmlSqlMapClientBuilder创建: 
  

String resource    = " com/ibatis/sample/SqlMapConfig.xml " ; 
Reader reader; 

reader    =    Resources.getResourceAsReader(resource); 

XmlSqlMapClientBuilder xmlBuilder    =   
new    XmlSqlMapClientBuilder(); 

SqlMapClient sqlMap    =    xmlBuilder.buildSqlMap(reader);  
"com/ibatis/sample/SqlMapConfig.xml"指明了配置文件在CLASSPATH
中的相对路径。XmlSqlMapClientBuilder通过接受一个Reader类型的配置文
件句柄,根据配置参数,创建SqlMapClient实例。 

SqlMapClient提供了众多数据操作方法,下面是一些常用方法的示例,具体说明
文档请参见ibatis java doc,或者ibatis官方开发手册。

SqlMapClient基本操作示例

以下示例摘自ibatis官方开发手册,笔者对其进行了重新排版以获得更好的阅读效果。
例1: 数据写入操作(insert, update, delete):


sqlMap.startTransaction(); 
Product product    =     new    Product(); 
product.setId ( 1 ); 
product.setDescription (“Shih Tzu”); 
int    rows    =    sqlMap.insert (“insertProduct”, product); 
sqlMap.commitTransaction();  
例2: 数据查询 (select)


sqlMap.startTransaction(); 
Integer key    =     new    Integer ( 1 ); 
Product product    =    (Product)sqlMap.queryForObject (“getProduct”, key); 
sqlMap.commitTransaction();  
例3: 在指定对象中存放查询结果(select)  


sqlMap.startTransaction(); 
Customer customer    =     new    Customer(); 
sqlMap.queryForObject(“getCust”, parameterObject, customer); 
sqlMap.queryForObject(“getAddr”, parameterObject, customer); 
sqlMap.commitTransaction();  
例4: 执行批量查询 (select)


sqlMap.startTransaction(); 
List list    =    sqlMap.queryForList (“getProductList”,    null )
sqlMap.commitTransaction();  
例5: 关于AutoCommit


// 没有预先执行startTransaction时,默认为auto_commit模式  
int    rows    =    sqlMap.insert (“insertProduct”, product);  
例6:查询指定范围内的数据


sqlMap.startTransaction(); 
List list    =    sqlMap.queryForList (“getProductList”,    null ,    0 ,    40 ); 
sqlMap.commitTransaction();  
例7: 结合RowHandler进行查询(select)


    public     class    MyRowHandler    implements    RowHandler     { 
      public     void    handleRow (Object object, List list)    throws  
      SQLException     { 
        Product product    =    (Product) object; 
        product.setQuantity ( 10000 ); 
        sqlMap.update (“updateProduct”, product); 
      }  
}  
sqlMap.startTransaction(); 
RowHandler rowHandler    =     new    MyRowHandler(); 
List list    =    sqlMap.queryForList (“getProductList”,    null , 
rowHandler); 
sqlMap.commitTransaction();  
  

// 例8: 分页查询 (select)  
PaginatedList list    =  
sqlMap.queryForPaginatedList (“getProductList”,    null ,    10 ); 
list.nextPage(); 
list.previousPage(); 


// 例9: 基于Map的批量查询 (select)  
sqlMap.startTransaction(); 
Map map    =    sqlMap.queryForMap (“getProductList”,    null , “productCode”); 
sqlMap.commitTransaction(); 
Product p    =    (Product) map.get(“EST - 93 ”);  


/************************************************************************/
主要是sqlMapConfig.xml:
<?xml version="1.0" encoding="UTF-8" ?> 
  <!DOCTYPE sqlMapConfig (View Source for full doctype...)> 
- <sqlMapConfig>
- <!--  Configure a built-in transaction manager.  If you're using an 
       app server, you probably want to use its transaction manager 
       and a managed datasource 
  --> 
- <transactionManager type="JDBC" commitRequired="false">
- <dataSource type="SIMPLE">
  <property name="JDBC.Driver" value="org.hsqldb.jdbcDriver" /> 
  <property name="JDBC.ConnectionURL" value="jdbc:hsqldb:." /> 
  <property name="JDBC.Username" value="sa" /> 
  <property name="JDBC.Password" value="sa" /> 
  </dataSource>
  </transactionManager>
- <!--  List the SQL Map XML files. They can be loaded from the 
       classpath, as they are here (com.domain.data...) 
  --> 
  <sqlMap resource="com/mydomain/data/Account.xml" /> 
- <!--  List more here...
  <sqlMap resource="com/mydomain/data/Order.xml"/>
  <sqlMap resource="com/mydomain/data/Documents.xml"/>
  
  --> 
  </sqlMapConfig>
以及sql的映射问价,如Account.xml的文件内容:
<?xml version="1.0" encoding="UTF-8" ?> 
  <!DOCTYPE sqlMap (View Source for full doctype...)> 
- <sqlMap namespace="Account">
- <!--  Use type aliases to avoid typing the full classname every time. 
  --> 
  <typeAlias alias="Account" type="com.mydomain.domain.Account" /> 
- <!--  Result maps describe the mapping between the columns returned
       from a query, and the class properties.  A result map isn't
       necessary if the columns (or aliases) match to the properties 
       exactly. 
  --> 
- <resultMap id="AccountResult" class="Account">
  <result property="id" column="ACC_ID" /> 
  <result property="firstName" column="ACC_FIRST_NAME" /> 
  <result property="lastName" column="ACC_LAST_NAME" /> 
  <result property="emailAddress" column="ACC_EMAIL" /> 
  </resultMap>
- <!--  Select with no parameters using the result map for Account class. 
  --> 
  <select id="selectAllAccounts" resultMap="AccountResult">select * from ACCOUNT</select> 
- <!--  A simpler select example without the result map.  Note the 
       aliases to match the properties of the target result class. 
  --> 
  <select id="selectAccountById" parameterClass="int" resultClass="Account">select ACC_ID as id, ACC_FIRST_NAME as firstName, ACC_LAST_NAME as lastName, ACC_EMAIL as emailAddress from ACCOUNT where ACC_ID = #id#</select> 
- <!--  Insert example, using the Account parameter class 
  --> 
  <insert id="insertAccount" parameterClass="Account">insert into ACCOUNT ( ACC_ID, ACC_FIRST_NAME, ACC_LAST_NAME, ACC_EMAIL values ( #id#, #firstName#, #lastName#, #emailAddress# )</insert> 
- <!--  Update example, using the Account parameter class 
  --> 
  <update id="updateAccount" parameterClass="Account">update ACCOUNT set ACC_FIRST_NAME = #firstName#, ACC_LAST_NAME = #lastName#, ACC_EMAIL = #emailAddress# where ACC_ID = #id#</update> 
- <!--  Delete example, using an integer as the parameter class 
  --> 
  <delete id="deleteAccountById" parameterClass="int">delete from ACCOUNT where ACC_ID = #id#</delete> 
  </sqlMap>