IBatis运行机制和最佳实践培训PPT.ppt

iBATIS Framework 培训达到的目的 内容 IBatis产生背景 iBATIS开始只不过是个人代码工具箱里一个小代码块，它的产生是为了节省手工编写JDBC代码时间（类似SQLHelper）。 2002年，微软放话出来：C#语言和.NET平台的生产力大大超过了Java 有人不爽了， iBATIS 创始人用iBatis快速的写一个项目---JPetStore. 然后iBatis就这样开源出了。经过社区的不懈努力有了.net版。 iBATIS 的目标 用20%的代码解决80%的数据访问功能 iBATIS是一个混合式的解决方案（hybrid solution）它是一个映射层，在对象和数据库间传递数据，并保持两者与映射层本身相独立。 为什么要用iBATIS 简单—iBATIS是当前公认的最简单的持久层框架。 生成力-简练的代码和简单的配置将等价的JDBC代码减少到了62% 性能—架构的增强,比如Join映射提高了数据访问的速度 分离关注点—iBATIS改善了设计，有利于将来的维护 分工—iBATIS帮助把任务分解并允许团队充分利用拥有的资源 可移植性—iBATIS可以实现为任何特性完整（full-featured）的 语言(Java，.NET以及其它 ) 什么情况下不用iBatis 如果您对应用程序和数据库拥有完全的控制权，那么完善的O/RM工具是最好的选择。（Ec数据库我们有完全的控制权，但是POS库我们不能改它们的表结构） 如果您的应用程序主要使用动态生成的SQL，那么原生的JDBC/ADO.NET是更好的选择。 如果您使用文本文件、XML、Excel样式表或其它的非关系型数据库技术，那么您最好使用其它的API。 iBATIS主要为关系型数据库设计， iBATIS Frameworks Overview iBATIS 包含了两个独立的框架: DataMapper framework DAO Framework iBATIS DataMapper Framework 工作机制 搭建项目持久层 DataMapper 工作机制 元数据映射（Metadata Mapping） 数据映射（Data Mapping） iBATIS and SQL Maps SQL?映射 iBATIS and SQL Maps 这种方式的优势在于SQL语句给开发人员带来了很大的灵活性。我们可以轻松地操作数据使之与对象模型匹配而无需修改后台的数据库设计。此外，开发人员可以使用内置的数据库函数或存储过程来返回多个不同的表或结果，SQL的强大能力变得信手拈来。 iBATIS and SQL Maps iBATIS使用一个简单的XML描述文件来映射SQL语句的输入和输出 iBATIS and SQL Map Configuration File providers.config – DataMapper在该文件中查找您选择的数据库Provider的定义。 SqlMap.xml – 包含了SQL查询的映射文件。您的项目中会包含一个或多个这种文件，其名称是自定义的，如Account.xml或Product.xml。 SqlMap.config – DataMapper配置文件，用于指定SqlMap.xml和providers.config文件的位置。同时还定义了其它的DataMapper配置选项，如缓存。我们需要为项目中的每个数据源编写一个SqlMap.config文件。SqlMapConfig文件是一切的核心。 SqlMap.config 名称：SqlMap.config 是系统默认的名字，如果项目实例化一个Mapper时，未指定config文件名，将默认有哪些信誉好的足球投注网站加载SqlMap.config。如果项目有多个数据源，建议为各个数据源命名为与数据源相关的名字（比如：SqlMap_Oracle_OracleClient.config， SqlMap_Sybase_Odbc.config） SqlMap.config 实例化SqlMapper SqlMap.config配置详解 SqlMap.config配置最佳实践 使用properties节点，指定外部配置文件（Database.config）配置数据源连接字符串中相关参数项的配置，还可以配置providers.config和SqlMap.xml文件的路径（使用Url或resource引用这些文件时），如此配置，方便项目的部署。 实例化SqlMapper最佳实践 应用程序运行时，每个数据源的SqlMapper只有一份实例， SqlMapper设计成多线程和长生命周期的，实例化是耗资源的，通过单例模式可解决。 iBatis日志配