ibatis最新最全的开发文档.doc

文档介绍：ibatis 开发指南
ibatis Quick Start......................................... 5
准备工作............................................... 5
构建ibatis 基础代码...................................... 5
ibatis 配置.............................................. 11
ibatis 基础语义............................................ 16
XmlSqlMapClientBuilder....................................... 16
SqlMapClient .............................................. 16
SqlMapClient 基本操作示例................................. 16
OR 映射................................................ 19
ibatis 高级特性...................................... 26
数据关联.......................................... 26
一对多关联....................................... 26
一对一关联...................................... 28
延迟加载.................................... 30
动态映射..................................... 31
事务管理........................................... 35
基于JDBC 的事务管理机制.................................... 35
基于JTA 的事务管理机制................................ 36
外部事务管理............................................ 38
Cache .......................................... 39
MEMORY 类型Cache 与WeakReference .................. 40
LRU 型Cache ............................................... 42
FIFO 型Cache ....................................... 43
OSCache.............................................. 43
ibatis 开发指南
相对Hibernate 和Apache OJB 等“一站式”ORM 解决方案而言,ibatis 是一种“半
自动化”的ORM 实现。
所谓“半自动”,可能理解上有点生涩。纵观目前主流的ORM ,无论Hibernate 还是
Apache OJB,都对数据库结构提供了较为完整的封装,提供了从POJO 到数据库表的全
套映射机制。程序员往往只需定义好了POJO 到数据库表的映射关系,即可通过Hibernate
或者OJB 提供的方法完成持久层操作。程序员甚至不需要对SQL 的熟练掌握,
Hibernate/OJB 会根据制定的存储逻辑,自动生成对应的SQL 并调用JDBC 接口加以执
行。
大多数情况下( 特别是对新项目,新系统的开发而言)
,这样的机制无往不利,大有一
统天下的势头。但是,在一些特定的环境下,这种一站式的解决方案却未必灵光。
在笔者的系统咨询工作过程中,常常遇到以下情况:
1. 系统的部分或全部数据来自现有数据库,处于安全考虑,只对开发团队提供几
条Select SQL(或存储过程)以获取所需数据,具体的表结构不予公开。
2. 开发规范中要求, 所有牵涉到业务逻辑部分的数据库操作,必须在数据库层由
存储过程实现(就笔者工作所面向的金融行业而言,工商银行、中国银行、交

通银行,都在开发规范中严格指定)
3. 系统数据处理量巨大,性能要求极为苛刻,这往往意味着我们必须通过经