spring jdbc抽象框架所带来的价值将在以下几个方面得以体现：（注：使用了spring jdbc抽象框架之后，应用开发人员只需要完成斜体字部分的编码工作。）
定义数据库连接参数
打开数据库连接
声明sql语句
预编译并执行sql语句
遍历查询结果（如果需要的话）
处理每一次遍历操作
处理抛出的任何异常
处理事务
关闭数据库连接
spring将替我们完成所有使用jdbc api进行开发的单调乏味的、底层细节处理工作。
使用spring进行基本的jdbc访问数据库有多种选择。spring至少提供了三种不同的工作模式：jdbctemplate, 一个在spring2.5中新提供的simplejdbc类能够更好的处理数据库元数据; 还有一种称之为rdbms object的风格的面向对象封装方式, 有点类似于jdo的查询设计。 我们在这里简要列举你采取某一种工作方式的主要理由. 不过请注意, 即使你选择了其中的一种工作模式, 你依然可以在你的代码中混用其他任何一种模式以获取其带来的好处和优势。 所有的工作模式都必须要求jdbc 2.0以上的数据库驱动的支持, 其中一些高级的功能可能需要jdbc 3.0以上的数据库驱动支持。
jdbctemplate - 这是经典的也是最常用的spring对于jdbc访问的方案。这也是最低级别的封装, 其他的工作模式事实上在底层使用了jdbctemplate作为其底层的实现基础。jdbctemplate在jdk 1.4以上的环境上工作得很好。
namedparameterjdbctemplate - 对jdbctemplate做了封装，提供了更加便捷的基于命名参数的使用方式而不是传统的jdbc所使用的“?”作为参数的占位符。这种方式在你需要为某个sql指定许多个参数时，显得更加直观而易用。该特性必须工作在jdk 1.4以上。
simplejdbctemplate - 这个类结合了jdbctemplate和namedparameterjdbctemplate的最常用的功能，同时它也利用了一些java 5的特性所带来的优势，例如泛型、varargs和autoboxing等，从而提供了更加简便的api访问方式。需要工作在java 5以上的环境中。
simplejdbcinsert 和 simplejdbccall - 这两个类可以充分利用数据库元数据的特性来简化配置。通过使用这两个类进行编程，你可以仅仅提供数据库表名或者存储过程的名称以及一个map作为参数。其中map的key需要与数据库表中的字段保持一致。这两个类通常和simplejdbctemplate配合使用。这两个类需要工作在jdk 5以上，同时数据库需要提供足够的元数据信息。
rdbms 对象包括mappingsqlquery, sqlupdate and storedprocedure - 这种方式允许你在初始化你的数据访问层时创建可重用并且线程安全的对象。该对象在你定义了你的查询语句，声明查询参数并编译相应的query之后被模型化。一旦模型化完成，任何执行函数就可以传入不同的参数对之进行多次调用。这种方式需要工作在jdk 1.4以上。
spring framework的jdbc抽象框架由四个包构成：core、 datasource、object以及support。
org.springframework.jdbc.core包由jdbctemplate类以及相关的回调接口（callback interface）和类组成。 org.springframework.jdbc.core.simple 子包则包含了 simplejdbctemplate 类以及相关的simplejdbcinsert 类和simplejdbccall 类。 org.springframework.jdbc.core.namedparam 子包则包含了namedparameterjdbctemplate 类以及其相关的支持类。
org.springframework.jdbc.datasource包提供了一些工具类来简化对datasource的访问。同时提供了多种简单的datasource实现。这些实现可以脱离j2ee容器进行独立测试和运行。 这些工具类提供了一些静态方法，允许你通过jndi来获取数据库连接和关闭连接。同时支持绑定到当前线程的数据库连接。例如使用datasourcetransactionmanager。
接着org.springframework.jdbc.object包包含了一些类，用于将rdbms查询、更新以及存储过程表述为一些可重用的、线程安全的对象。这种方式通过jdo进行模型化，不过这些通过查询返回的对象是与数据库脱离的对象。 这种对于jdbc的高层次的封装是基于org.springframework.jdbc.core包对jdbc的低层次封装之上的。
最后，org.springframework.jdbc.support包定义了sqlexception转化类以及一些其他的工具类。
在jdbc调用过程中所抛出的异常都会被转化为在org.springframework.dao包中定义的异常。也就是说，凡是使用spring的jdbc封装层的代码无需实现任何jdbc或者rdbms相关的异常处理。所有的这些被转化的异常都是unchecked异常，因而也给了你一种额外的选择，你可以抓住这些异常，从而转化成其他类型的异常被允许调用者传播。
jdbctemplate是core包的核心类。它替我们完成了资源的创建以及释放工作，从而简化了我们对jdbc的使用。 它还可以帮助我们避免一些常见的错误，比如忘记关闭数据库连接。 jdbctemplate将完成jdbc核心处理流程，比如sql语句的创建、执行，而把sql语句的生成以及查询结果的提取工作留给我们的应用代码。 它可以完成sql查询、更新以及调用存储过程，可以对resultset进行遍历并加以提取。 它还可以捕获jdbc异常并将其转换成org.springframework.dao包中定义的，通用的，信息更丰富的异常。
使用jdbctemplate进行编码只需要根据明确定义的一组契约来实现回调接口。 preparedstatementcreator回调接口通过给定的connection创建一个preparedstatement，包含sql和任何相关的参数。 callablestatementcreateor实现同样的处理，只不过它创建的是callablestatement。 rowcallbackhandler接口则从数据集的每一行中提取值。
我们可以在dao实现类中通过传递一个datasource引用来完成jdbctemplate的实例化，也可以在spring的ioc容器中配置一个jdbctemplate的bean并赋予dao实现类作为一个实例。 需要注意的是datasource在spring的ioc容器中总是配制成一个bean，第一种情况下，datasource bean将传递给service，第二种情况下datasource bean传递给jdbctemplate bean。
最后，jdbctemplate中使用的所有sql将会以“debug”级别记入日志（一般情况下日志的category是jdbctemplate相应的全限定类名，不过如果需要对jdbctemplate进行定制的话，可能是它的子类名）。
下面是一些使用jdbctemplate类的示例。（这些示例并不是完整展示所有的jdbctemplate所暴露出来的功能。请查看与之相关的javadoc）。
一个简单的例子用于展示如何获取一个表中的所有行数。
一个简单的例子展示如何进行参数绑定。
查询一个string。
查询并将结果记录为一个简单的数据模型。
查询并组装多个数据模型。
如果最后2个示例中的代码出现在同一段程序中，我们有必要去掉这些重复的rowmapper匿名类代码，将这些代码抽取到一个单独的类中（通常是一个静态的内部类）。 这样，这个内部类就可以在dao的方法中被共享。因而，最后2个示例写成如下的形式将更加好：
execute(..)方法可以被用作执行任何类型的sql，甚至是ddl语句。 这个方法的实现需要传入一个回调接口、需要绑定的参数数组等作为参数。
调用一个简单的存储过程（更多复杂的存储过程支持请参见存储过程支持）。
jdbctemplate类的实例是线程安全的实例。这一点非常重要，正因为如此，你可以配置一个简单的jdbctemplate实例，并将这个“共享的”、“安全的”实例注入到不同的dao类中去。 另外， jdbctemplate 是有状态的，因为他所维护的datasource 实例是有状态的，但是这种状态是无法变化的。
使用jdbctemplate的一个常见的最佳实践（同时也是simplejdbctemplate和namedparameterjdbctemplate 类的最佳实践）就是在spring配置文件中配置一个datasource实例，然后将这个共享的datasource实例助于到你的dao中去。 而jdbctemplate的实例将在datasource的setter方法中被创建。这样的话，dao可能看上去像这样：
相关的配置看上去就像这样。
如果你使用spring提供的jdbcdaosupport类，并且你的那些基于jdbc的dao都继承自这个类，那么你会自动地从jdbcdaosupport类中继承了setdatasource(..)方法。 是否将你的dao类继承自这些类完全取决于你自己的决定，事实上这并不是必须的，如果你看一下jdbcdaosupport类你会发现，这里只是提供了一个简便的方式而已。
无论你是否使用上述这种初始化方式，都无需在执行某些sql操作时多次创建一个jdbctemplate实例。记住，一旦jdbctemplate被创建，他是一个线程安全的对象。 一个你需要创建多次jdbctemplate实例的理由可能在于，你的应用需要访问多个不同的数据库，从而需要不同的datasources来创建不同的jdbctemplates实例。
namedparameterjdbctemplate类为jdbc操作增加了命名参数的特性支持，而不是传统的使用（'?'）作为参数的占位符。namedparameterjdbctemplate类对jdbctemplate类进行了封装， 在底层，jdbctemplate完成了多数的工作。这一个章节将主要描述namedparameterjdbctemplate类与jdbctemplate类的一些区别，也就是使用命名参数进行jdbc操作。
注意这里在'sql'中使用了命名参数作为变量，而这个名称所对应的值被定义在传入的'namedparameters' 中作为参数（也可以传入到mapsqlparametersource中作为参数）。
你也可以传入许多命名参数以及他们所对应的值，以map的方式，作为键值对传入到namedparameterjdbctemplate中。 （其余的被namedparameterjdbcoperations所暴露的接口以及namedparameterjdbctemplate实现类遵循了类似的方式，此处不包含相关内容）。
namedparameterjdbctemplate类所具备的另外一个比较好的特性就是可以接收sqlparametersource作为传入参数 (这个类位于相同的包定义中)。 你已经在先前的一个例子中看到了这个接口的一个具体实现类。（ mapsqlparametersource类）。而sqlparametersource 这个接口对于namedparameterjdbctemplate类的操作而言是一个传入的参数。mapsqlparametersource只是一个非常简单的实现，使用了java.util.map作为转接器， 其中，map中的key表示参数名称，而map中的value表示参数值。
另外一个sqlparametersource 的实现类是beanpropertysqlparametersource。这个类对传统的java进行了封装（也就是那些符合javabean标准的类）， 并且使用了javabean的属性作为参数的名称和值。
注意，namedparameterjdbctemplate类只是封装了jdbctemplate模板； 因而如果你需要访问相应被封装的jdbctemplate类，并访问一些只有在jdbctemplate中拥有的功能，你需要使用getjdbcoperations()方法来进行访问。
请参照section 11.2.1.2, “jdbctemplate 的最佳实践”来获取一些使用namedparameterjdbctemplate的最佳实践。
note
simplejdbctemplate所提供的一些特性必须工作在java 5及以上版本。
simplejdbctemplate类是对jdbctemplate类进行的封装，从而可以充分利用java 5所带来的varargs和autoboxing等特性。 simplejdbctemplate类完全利用了java 5语法所带来的蜜糖效应。凡是使用过java 5的程序员们如果要从java 5迁移回之前的jdk版本，无疑会发现这些特性所带来的蜜糖效应。
“before and after”示例可以成为simplejdbctemplate类所带来的蜜糖效应的最佳诠释。 下面的代码示例首先展示了使用传统的jdbctemplate进行jdbc访问的代码，接着是使用simplejdbctemplate类做同样的事情。
下面是同样的逻辑，使用了simplejdbctemplate；可以看到代码“干净”多了：
请同样参照section 11.2.1.2, “jdbctemplate 的最佳实践”来获取一些simplejdbctemplate的最佳实践
simplejdbctemplate只是提供了jdbctemplate所提供的功能的子类。 如果你需要使用jdbctemplate的方法，而这些方法又没有在simplejdbctemplate中定义，你需要调用getjdbcoperations()方法 获取相应的方法调用。jdbcoperations接口中定义的方法需要在这边做强制转化才能使用。
为了从数据库中取得数据，我们首先需要获取一个数据库连接。spring通过datasource对象来完成这个工作。 datasource是jdbc规范的一部分，它被视为一个通用的数据库连接工厂。通过使用datasource， container或framework可以将连接池以及事务管理的细节从应用代码中分离出来。 作为一个开发人员，在开发和测试产品的过程中，你可能需要知道连接数据库的细节。但在产品实施时，你不需要知道这些细节。通常数据库管理员会帮你设置好数据源。
在使用spring jdbc时，你既可以通过jndi获得数据源，也可以自行配置数据源（使用spring提供的datasource实现类）。使用后者可以更方便的脱离web容器来进行单元测试。 这里我们将使用drivermanagerdatasource，不过datasource有多种实现， 后面我们会讲到。使用drivermanagerdatasource和你以前获取一个jdbc连接 的做法没什么两样。你首先必须指定jdbc驱动程序的全限定名，这样drivermanager 才能加载jdbc驱动类，接着你必须提供一个url（因jdbc驱动而异，为了保证设置正确请参考相关jdbc驱动的文档）， 最后你必须提供一个用户连接数据库的用户名和密码。下面我们将通过一个例子来说明如何配置一个drivermanagerdatasource：
sqlexceptiontranslator是一个接口，如果你需要在 sqlexception和org.springframework.dao.dataaccessexception之间作转换，那么必须实现该接口。 转换器类的实现可以采用一般通用的做法(比如使用jdbc的sqlstate code)，如果为了使转换更准确，也可以进行定制（比如使用oracle的error code）。
sqlerrorcodesqlexceptiontranslator是sqlexceptiontranslator的默认实现。 该实现使用指定数据库厂商的error code，比采用sqlstate更精确。转换过程基于一个javabean（类型为sqlerrorcodes）中的error code。 这个javabean由sqlerrorcodesfactory工厂类创建，其中的内容来自于 “sql-error-codes.xml”配置文件。该文件中的数据库厂商代码基于 database metadata 信息中的databaseproductname，从而配合当前数据库的使用。
sqlerrorcodesqlexceptiontranslator使用以下的匹配规则：
首先检查是否存在完成定制转换的子类实现。通常sqlerrorcodesqlexceptiontranslator 这个类可以作为一个具体类使用，不需要进行定制，那么这个规则将不适用。
接着将sqlexception的error code与错误代码集中的error code进行匹配。 默认情况下错误代码集将从sqlerrorcodesfactory取得。 错误代码集来自classpath下的sql-error-codes.xml文件，它们将与数据库metadata信息中的database name进行映射。
使用fallback翻译器。sqlstatesqlexceptiontranslator类是缺省的fallback翻译器。
sqlerrorcodesqlexceptiontranslator可以采用下面的方式进行扩展：
在上面的这个例子中，error code为'-12345'的sqlexception将采用该转换器进行转换，而其他的error code将由默认的转换器进行转换。 为了使用该转换器，必须将其作为参数传递给jdbctemplate类的setexceptiontranslator方法，并在需要使用这个转换器器的数据 存取操作中使用该jdbctemplate。下面的例子演示了如何使用该定制转换器：
在上面的定制转换器中，我们给它注入了一个数据源，因为我们仍然需要 使用默认的转换器从sql-error-codes.xml中获取错误代码集。
我们仅需要非常少的代码就可以达到执行sql语句的目的，一旦获得一个 datasource和一个jdbctemplate， 我们就可以使用jdbctemplate提供的丰富功能实现我们的操作。下面的例子使用了极少的代码完成创建一张表的工作。
除了execute方法之外，jdbctemplate还提供了大量的查询方法。 在这些查询方法中，有很大一部分是用来查询单值的。比如返回一个汇总（count）结果 或者从返回行结果中取得指定列的值。这时我们可以使用queryforint(..)、 queryforlong(..)或者queryforobject(..)方法。 queryforobject方法用来将返回的jdbc类型对象转换成指定的java对象，如果类型转换失败将抛出 invaliddataaccessapiusageexception异常。 下面的例子演示了两个查询的用法，一个返回int值，另一个返回string。
除了返回单值的查询方法，jdbctemplate还提供了一组返回list结果 的方法。list中的每一项对应查询返回结果中的一行。其中最简单的是queryforlist方法， 该方法将返回一个list，该list中的每一条 记录是一个map对象，对应应数据库中某一行；而该map 中的每一项对应该数据库行中的某一列值。下面的代码片断接着上面的例子演示了如何用该方法返回表中所有记录：
返回的结果集类似下面这种形式：
jdbctemplate还提供了一些更新数据库的方法。 在下面的例子中，我们根据给定的主键值对指定的列进行更新。 例子中的sql语句中使用了“?”占位符来接受参数（这种做法在更新和查询sql语句中很常见）。 传递的参数值位于一个对象数组中（基本类型需要被包装成其对应的对象类型）。
jdbctemplate中有一个update方法，可以方便地从数据库中获取数据库自动创建的主键。（这是jdbc 3.0的标准 - 可以参见13.6节获取详细信息）。 这个方法使用了preparedstatementcreator接口作为第一个参数， 可以通过这个接口的实现类来定义相应的insert语句。另外一个参数是keyholder， 一旦update方法成功，这个参数将包含生成的主键。这里对于创建合适的preparedstatement并没有一个统一的标准。（这也解释了函数签名如此定义的原因）。下面是一个在oracle上运行良好的示例，它可能在其他平台上无法工作：
datasourceutils作为一个帮助类提供易用且强大的数据库访问能力， 我们可以使用该类提供的静态方法从jndi获取数据库连接以及在必要的时候关闭之。 它提供支持线程绑定的数据库连接（比如使用datasourcetransactionmanager的时候，将把数据库连接绑定到当前的线程上）。
smartdatasource是datasource 接口的一个扩展，用来提供数据库连接。使用该接口的类在指定的操作之后可以检查是否需要关闭连接。该接口在某些情况下非常有用，比如有些情况需要重用数据库连接。
abstractdatasource是一个实现了datasource 接口的abstract基类。它实现了datasource接口的 一些无关痛痒的方法，如果你需要实现自己的datasource，那么可以继承该类。
singleconnectiondatasource是smartdatasource接口 的一个实现，其内部包装了一个单连接。该连接在使用之后将不会关闭，很显然它不能在多线程的环境下使用。
当客户端代码调用close方法的时候，如果它总是假设数据库连接来自连接池（就像使用持久化工具时一样）， 你应该将suppressclose设置为true。这样，通过该类获取的将是代理连接（禁止关闭）而不是原有的物理连接。 需要注意的是，我们不能把使用该类获取的数据库连接造型（cast）为oracle connection之类的本地数据库连接。
singleconnectiondatasource主要在测试的时候使用。它使得测试代码很容易脱离应用服务器而在一个简单的jndi环境下运行。 与drivermanagerdatasource不同的是，它始终只会使用同一个数据库连接，从而避免每次建立物理连接的开销。
drivermanagerdatasource类实现了 smartdatasource接口。可以使用bean properties来设置jdbc driver属性，该类每次返回的都是一个新的连接。
该类主要在测试以及脱离j2ee容器的独立环境中使用。它既可以用来在application context中作为一个datasource bean，也可以在简单的jndi环境下使用。 由于connection.close()仅仅只是简单的关闭数据库连接，因此任何能够获取datasource的持久化代码都能很好的工作。不过使用javabean风格的连接池 （比如commons-dbcp）也并非难事。即使是在测试环境下，使用连接池也是一种比使用drivermanagerdatasource更好的做法。
transactionawaredatasourceproxy作为目标datasource的一个代理， 在对目标datasource包装的同时，还增加了spring的事务管理能力， 在这一点上，这个类的功能非常像j2ee服务器所提供的事务化的jndi datasource。
该类几乎很少被用到，除非现有代码在被调用的时候需要一个标准的 jdbc datasource接口实现作为参数。 这种情况下，这个类可以使现有代码参与spring的事务管理。通常最好的做法是使用更高层的抽象 来对数据源进行管理，比如jdbctemplate和datasourceutils等等。
如果需要更详细的资料，请参考 transactionawaredatasourceproxy javadocs。
datasourcetransactionmanager类是 platformtransactionmanager接口的一个实现，用于处理单jdbc数据源。 它将从指定datasource取得的jdbc连接绑定到当前线程，因此它也支持了每个数据源对应到一个线程。
我们推荐在应用代码中使用datasourceutils.getconnection(datasource)来获取 jdbc连接，而不是使用j2ee标准的datasource.getconnection。因为前者将抛出 unchecked的org.springframework.dao异常，而不是checked的 sqlexception异常。spring framework中所有的类（比如 jdbctemplate）都采用这种做法。如果不需要和这个 datasourcetransactionmanager类一起使用，datasourceutils 提供的功能跟一般的数据库连接策略没有什么两样，因此它可以在任何场景下使用。
datasourcetransactionmanager类支持定制隔离级别，以及对sql语句查询超时的设定。 为了支持后者，应用代码必须使用jdbctemplate或者在每次创建sql语句时调用datasourceutils.applytransactiontimeout(..)方法。
在使用单个数据源的情形下，你可以用datasourcetransactionmanager来替代jtatransactionmanager， 因为datasourcetransactionmanager不需要容器支持jta。如果你使用datasourceutils.getconnection(datasource)来获取 jdbc连接，二者之间的切换只需要更改一些配置。最后需要注意的一点就是jtatransactionmanager不支持隔离级别的定制！
有时我们需要执行特殊的，由特定厂商提供的与标准jdbc的api不同的jdbc方法。此时，当我们在某个应用服务器上运行包装了这些厂商各自实现的connection, statement和resultset对象的datasource 时，可能会遇到一些问题。如果你要访问这些对象，你可以配置一个包含nativejdbcextractor的jdbctemplate或者oraclelobhandler。
nativejdbcextractor根据执行环境的不同，会有不同的风格的实现：
simplenativejdbcextractor
c3p0nativejdbcextractor
commonsdbcpnativejdbcextractor
jbossnativejdbcextractor
weblogicnativejdbcextractor
webspherenativejdbcextractor
xapoolnativejdbcextractor
通常来说simplenativejdbcextractor类对于绝大多数环境，已经足以屏蔽 connection 对象。可以参见java docs获取详细信息。
绝大多数jdbc驱动针对批量调用相同的prepared statement对象提供了性能提升。通过将这些更新操作封装到一个批量操作中，可以大量减少与数据库的操作频繁度。 本章节将详细描述使用jdbctemplate或者simplejdbctemplate进行批量操作的流程。
jdbctemplate的批量操作特性需要实现特定的接口batchpreparedstatementsetter来进行的, 通过实现这个接口，并将其传入batchupdate方法进行调用。 这个接口有两个方法需要实现。一个叫做getbatchsize来提供当前需要批量操作的数量。另外一个方法是setvalues 允许你为prepared statement设置参数。这个方法将在整个过程中被调用的次数，则取决于你在getbatchsize中所指定的大小。 下面的示例展示了根据传入的list参数更新actor表，而传入的list同时作为批量操作的参数。
如果你是通过读取文件进行批量操作，那么你可能需要一个特定的批量操作的数量，不过最后一次的批量操作，你可能没有那么多数量的记录。 在这种情况下，你可以实现interruptiblebatchpreparedstatementsetter接口，从而允许你在某些情况中断批量操作，isbatchexhausted 方法允许你指定一个终止批量操作的信号量。
simplejdbctemplate类提供了另外一种批量操作的方式。无需实现一个特定的接口，你只需要提供所有在调用过程中要用到的参数，框架会遍历这些参数值，并使用内置的prepared statement类进行批量操作。api将根据你是否使用命名参数而有所不同。对于使用命名参数的情况，你需要提供一个sqlparametersource的数组, 其中的每个元素将将作为批量操作的参数。 你可以使用sqlparametersource.createbatch方法，通过传入一个javabean的数组或者一个包含了参数键值对的map数组来创建这个数组。
下面的示例展示了使用命名参数进行批量更新的方法：
对于使用传统的“?”作为参数占位符的情况，你可以传入一个list，包含了所有需要进行批量更新的对象。这样的对象数组必须与每个sql statement的占位符以及他们在sql statement中出现的位置一一对应。
下面是同样的例子，使用的传统的“?”作为参数占位符：
所有的批量更新的方法都会返回一组int的数组，表示在整个操作过程中有多少记录被批量更新。 这个数量是由jdbc驱动所返回的，有时这个返回并不可靠，尤其对于某些jdbc驱动只是简单的返回-2作为返回值。
simplejdbcinsert类和simplejdbccall类主要利用了jdbc驱动所提供的数据库元数据的一些特性来简化数据库操作配置。 这意味着你可以尽可能的简化你的数据库操作配置。当然，你可以可以将元数据处理的特性关闭，从而在你的代码中详细指定这些特性。
让我们从simplejdbcinsert类开始。我们将尽可能使用最少量的配置。simplejdbcinsert类必须在数据访问层的初始化方法中被初始化。 在这个例子中，初始化方法为setdatasource方法。你无需继承自simplejdbcinsert 类，只需要创建一个新的实例，并通过withtablename方法设置table名称。 这个类使用了“fluid”模式返回simplejdbcinsert，从而你可以访问到所有的可以进行配置的方法。在这个例子中，我们只使用了一个方法，稍后我们会看到更多的配置方法。
这个方法通过接收 java.utils.map 作为它唯一的参数。 在这里需要重点注意的是，在map中的所有的key，必须和数据库中定义的列名完全匹配。这是因为我们是通过读取元数据来构造实际的insert语句的。
接下来，我们对于同样的插入语句，我们并不传入id，而是通过数据库自动获取主键的方式来创建新的actor对象并插入数据库。 当我们创建simplejdbcinsert实例时, 我们不仅需要指定表名，同时我们通过usinggeneratedkeycolumns方法指定需要数据库自动生成主键的列名。
这样我们可以看到与之前执行的insert操作的不同之处在于，我们无需添加id到参数的map中去，只需要调用executereturningkey方法。 这个方法将返回一个java.lang.number对象，我们可以使用这个对象来创建一个字符类型的实例作为我们的域模型的属性。 有一点很重要的地方需要注意，我们无法依赖所有的数据库来返回我们指定的java类型，因为我们只知道这些对象的基类是java.lang.number。 如果你有联合主键或者那些非数字类型的主键需要生成，那么你可以使用executereturningkeyholder方法返回的keyholder对象。
通过指定所使用的字段名称，可以使simplejdbcinsert仅使用这些字段作为insert语句所使用的字段。这可以通过usingcolumns方法进行配置。
执行这样的insert语句所使用的字段，与之前我们所依赖的数据库元数据是一致的。
使用map来指定参数值有时候工作得非常好，但是这并不是最简单的使用方式。spring提供了一些其他的sqlparametersource实现类来指定参数值。 我们首先可以看看beanpropertysqlparametersource类，这是一个非常简便的指定参数的实现类，只要你有一个符合javabean规范的类就行了。它将使用其中的getter方法来获取参数值。 下面是一个例子：
另外一个实现类：mapsqlparametersource也使用map来指定参数，但是他另外提供了一个非常简便的addvalue方法，可以被连续调用，来增加参数。
正如你看到的，配置是一样的，区别只是切换了不同的提供参数的实现方式来执行调用。
接下来我们把我们的关注点放在使用 simplejdbccall 来进行存储过程的调用上。 设计这个类的目的在于使得调用存储过程尽可能简单。它同样利用的数据库元数据的特性来查找传入的参数和返回值。 这意味着你无需明确声明那些参数。当然，如果你喜欢，可以依然声明这些参数，尤其对于某些参数，你无法直接将他们映射到java类上，例如array类型和struct类型的参数。 在我们的第一个示例中，我们可以看到一个简单的存储过程调用，它仅仅返回varchar和date类型。 这里，我特地为actor类增加了一个birthdate的属性，从而可以使得返回值拥有不同的数据类型。 这个存储过程读取actor的主键，并返回first_name，last_name，和birth_date字段作为返回值。 下面是这个存储过程的源码，它可以工作在mysql数据库上：
正如你看到的，这里有四个参数，其中一个是传入的参数“in_id”，表示了actor的主键，剩下的参数是作为读取数据库表中的数据所返回的返回值。
simplejdbccall的声明与simplejdbcinsert类似，你无需继承这个类，而只需要在初始化方法中进行初始化。 在这里例子中，我们只需要指定存储过程的名称。
通过simplejdbccall执行存储过程需要创建一个sqlparametersource的实现类来指定传入的参数。 需要注意的是，传入参数的名称与存储过程中定义的名称必须保持一致。这里，我们无需保持一致，因为我们使用数据库的元数据信息来决定我们需要什么样的数据库对象。 当然，你在源代码中所指定的名称可能和数据库中完全不同，有的数据库会把这些名称全部转化成大写，而有些数据库会把这些名称转化为小写。
execute方法接收传入的参数，并返回一个map作为返回值，这个map包含所有在存储过程中指定的参数名称作为key。 在这个例子中，他们分别是out_first_name，out_last_name和 out_birth_date。
execute方法的最后部分是使用存储过程所返回的值创建一个新的actor实例。 同样的，这里我们将名称与存储过程中定义的名称保持一致非常重要。在这个例子中，在返回的map中所定义的key值和数据库的存储过程中定义的值一致。 你可能需要在这里指定spring使用jakarta commons提供的caseinsensitivemap。这样做，你需要在创建你自己的jdbctemplate类时，设置setresultsmapcaseinsensitive属性为true。 然后，你将这个自定义的jdbctemplate传入simplejdbccall的构造函数。当然，你需要把commons-collections.jar加入到classpath中去。 下面是配置示例：
通过这样的配置，你就可以无需担心返回参数值的大小写问题。
你已经看到如何通过元数据来简化参数配置，但是你也可以明确地指定这些参数。可以在创建simplejdbccall时，通过使用declareparameters方法来声明参数。 这个方法接收一组sqlparameter对象作为参数。我们可以参照下一个章节，如何创建sqlparameter。
我们可以有选择性的显示声明一个、多个、甚至所有的参数。参数元数据在这里会被同时使用。 通过调用withoutprocedurecolumnmetadataaccess方法，我们可以指定数据库忽略所有的元数据处理并使用显示声明的参数。 另外一种情况是，其中的某些参数值具有默认的返回值，我们需要在返回值中指定这些返回值。为了实现这个特性，我们可以使用useinparameternames来指定一组需要被包含的参数名称。
这是一个完整的声明存储过程调用的例子：
执行和最终的返回处理是相同的，我们在这里只是明确声明了参数类型，而不是依赖数据库元数据特性。 这一点很重要，尤其对于那些数据库并不支持元数据的情况。当前，我们支持元数据的特性的数据包含：apache derby、db2、mysql、 microsoft sql server、oracle和sybase。我们同时对某些数据库内置函数支持元数据特性：mysql、microsoft sql server和oracle。
为simplejdbc类或者后续章节提到的rdbms操作指定参数，你需要使用sqlparameter或者他的子类。 你可以通过指定参数名称以及对应的sql类型并传入构造函数作为参数来指定sqlparameter，其中，sql类型是java.sql.types中所定义的常量。 我们已经看到过类似的声明：
第一行的sqlparameter定义了一个传入参数。传入参数可以在所有的存储过程中使用，也可以在稍后章节中提到的sqlquery类及其子类中使用。
第二行sqloutparameter定义了一个返回值。它可以被存储过程调用所使用。当然，还有一个sqlinoutparameter类，可以用于输入输出参数。 也就是说，它既是一个传入参数，也是一个返回值。
除了参数名称和sql类型，你还可以声明一些其他额外的选项。对于传入参数，你可以为numeric数据类型指定精度，或者对于特定的数据库指定特殊类型。 对于返回值，你可以提供一个rowmapper接口来处理所有从ref cursor返回的列。另外一个选项是指定一个sqlreturntype类，从而可以定制返回值的处理方式。
内置函数的调用几乎和存储过程的调用是一样的。唯一的不同在于，你需要声明的是一个函数的名称而不是存储过程的名称。 这可以通过withfunctionname方法来完成。使用这个方法，表明你的调用是一个函数。你所指定的这个函数名称将被作为调用对象。 同时有一个叫做executefunction的方法，将获得特定的java类型的函数调用的返回值。 此时，你无需通过返回的map来获取返回值。另外有一个类似的便捷方法executeobject用于存储过程，但是他只能处理单个返回值的情况。 下面的示例展示了一个叫做get_actor_name 的函数调用，返回actor的完整的名称。 这个函数将工作在mysql数据库上。
调用这个函数，我们依然在初始化方法中创建simplejdbccall
被调用的函数返回一个string类型。
期望通过调用存储过程或者函数来返回resultset一直是一个问题。一些数据库在jdbc结果处理中返回结果集，而另外一些数据库则需要明确指定返回值的类型。 无论哪种方法，都需要在循环遍历结果集时，做出一些额外的工作，从而处理每一条记录。 通过simplejdbccall，你可以使用returningresultset方法，并定义一个rowmapper的实现类来处理特定的返回值。 当结果集在返回结果处理过程中没有被定义名称时，返回的结果集必须与定义的rowmapper的实现类指定的顺序保持一致。 而指定的名字也会被用作返回结果集中的名称。
在这个例子中，我们将使用一个存储过程，它并不接收任何参数，返回t_actor表中的所有的行，下面是mysql数据库中的存储过程源码：
要调用这个存储过程，我们需要定义一个rowmapper的实现类。我们所使用的类遵循javabean的规范，所以我们可以使用parameterizedbeanpropertyrowmapper作为实现类。 通过将相应的class类作为参数传入到newinstance方法中，我们可以创建这个实现类。
这个函数调用传入一个空的map进入，因为这里不需要任何的参数传入。而函数调用所返回的结果集将返回的是actors列表。
org.springframework.jdbc.object包下的类允许用户以更加 面向对象的方式去访问数据库。比如说，用户可以执行查询并返回一个list， 该list作为一个结果集将把从数据库中取出的列数据映射到业务对象的属性上。 用户也可以执行存储过程，以及运行更新、删除以及插入sql语句。
在许多spring开发人员中间存在有一种观点，那就是下面将要提到的各种rdbms操作类 （storedprocedure类除外） 通常也可以直接使用jdbctemplate相关的方法来替换。 相对于把一个查询操作封装成一个类而言，直接调用jdbctemplate方法将更简单而且更容易理解。
必须强调的一点是，这仅仅只是一种观点而已， 如果你认为你可以从直接使用rdbms操作类中获取一些额外的好处，你不妨根据自己的需要和喜好进行不同的选择。
sqlquery是一个可重用、线程安全的类，它封装了一个sql查询。 其子类必须实现newresultreader()方法，该方法用来在遍历 resultset的时候能使用一个类来保存结果。 我们很少需要直接使用sqlquery，因为其子类 mappingsqlquery作为一个更加易用的实现能够将结果集中的行映射为java对象。 sqlquery还有另外两个扩展分别是 mappingsqlquerywithparameters和updatablesqlquery。
mappingsqlquery是一个可重用的查询抽象类，其具体类必须实现 maprow(resultset, int)抽象方法来将结果集中的每一行转换成java对象。 下面这个例子演示了一个定制查询，它将从客户表中取得的数据映射到一个customer类实例。
在上面的例子中，我们为用户查询提供了一个构造函数并为构造函数传递了一个 datasource参数。在构造函数里面我们把 datasource和一个用来返回查询结果的sql语句作为参数 调用父类的构造函数。sql语句将被用于生成一个preparedstatement对象， 因此它可以包含占位符来传递参数。而每一个sql语句的参数必须通过调用 declareparameter方法来进行声明，该方法需要一个 sqlparameter（封装了一个字段名字和一个 java.sql.types中定义的jdbc类型）对象作为参数。 所有参数定义完之后，我们调用compile()方法来对sql语句进行预编译。
在上面的例子中，getcustomer方法通过传递惟一参数id来返回一个客户对象。 该方法内部在创建customermappingquery实例之后， 我们创建了一个对象数组用来包含要传递的查询参数。这里我们只有唯一的一个 integer参数。执行customermappingquery的 execute方法之后，我们得到了一个list，该list中包含一个 customer对象，如果有对象满足查询条件的话。
sqlupdate类封装了一个可重复使用的sql更新操作。 跟所有rdbmsoperation类一样，sqlupdate可以在sql中定义参数。 该类提供了一系列update()方法，就像sqlquery提供的一系列execute()方法一样。 sqlupdate是一个具体的类。通过在sql语句中定义参数，这个类可以支持不同的更新方法，我们一般不需要通过继承来实现定制。
storedprocedure类是一个抽象基类，它是对rdbms存储过程的一种抽象。 该类提供了多种execute(..)方法，不过这些方法的访问类型都是protected的。
从父类继承的sql属性用来指定rdbms存储过程的名字。 尽管该类提供了许多必须在jdbc3.0下使用的功能，但是我们更关注的是jdbc 3.0中引入的命名参数特性。
下面的程序演示了如何调用oracle中的sysdate()函数。 这里我们创建了一个继承storedprocedure的子类，虽然它没有输入参数， 但是我必须通过使用sqloutparameter来声明一个日期类型的输出参数。 execute()方法将返回一个map，map中的每个entry是一个用参数名作key，以输出参数为value的名值对。
下面是storedprocedure的另一个例子，它使用了两个oracle游标类型的输出参数。
值得注意的是titlesandgenresstoredprocedure构造函数中 declareparameter(..)的sqloutparameter参数， 该参数使用了rowmapper接口的实现。这是一种非常方便而强大的重用方式。 下面我们来看一下rowmapper的两个具体实现。
首先是titlemapper类，它简单的把resultset中的每一行映射为一个titledomain object。
另一个是genremapper类，也是非常简单的将resultset中的每一行映射为一个genredomain object。
如果你需要给存储过程传输入参数（这些输入参数是在rdbms存储过程中定义好了的）， 则需要提供一个指定类型的execute(..)方法， 该方法将调用基类的protected execute(map parameters)方法。例如：
sqlfunction rdbms操作类封装了一个sql“函数”包装器（wrapper）， 该包装器适用于查询并返回一个单行结果集。默认返回的是一个int值， 不过我们可以采用类似jdbctemplate中的queryforxxx 做法自己实现来返回其它类型。sqlfunction优势在于我们不必创建 jdbctemplate，这些它都在内部替我们做了。
该类的主要用途是调用sql函数来返回一个单值的结果集，比如类似“select user()”、 “select sysdate from dual”的查询。如果需要调用更复杂的存储函数， （可以为这种类型的处理使用storedprocedure或sqlcall）。
sqlfunction是一个具体类，通常我们不需要它的子类。 其用法是创建该类的实例，然后声明sql语句以及参数就可以调用相关的run方法去多次执行函数。 下面的例子用来返回指定表的记录行数：
在spring的jdbc框架的所有工作模式中贯彻了一些与参数和数据处理相关的基本原则。
多数情况下，spring会根据传入的参数值来设定相应的sql类型。有时，我们有必要明确指定传入参数所代表的sql类型，这一点对于正确设置null值的时候可能比较有用。
另外还有一些其他的不同方面的作用:
多数jdbctemplate的update或者query方法会接收一个额外的int数组构成的参数。 这个数组需要提供的是使用java.sql.types中所定义的sql类型。而这个数组中定义的类型需要与每个传入的参数所对应。
你可以使用sqlparametervalue对参数进行额外的封装从而包装更多的参数信息。通过传入参数值和对应的sql类型作为构造函数的参数，你可以创建这个类的一个实例。 你也可以为numeric的值提供一些额外的精度要求。
对于那些使用命名参数的情况，你可以使用sqlparametersource、beanpropertysqlparametersource或者mapsqlparametersource类。 他们都具备了为命名参数注册sql类型的功能。
你可以在数据库中存储图像、二进制对象或者大文本等对象。这些较大的二进制对象被称之为blob类型，而对应的大文本对象被称之为clob对象。 spring允许你使用jdbctemplate、更高层次封装的rdbms对象和simplejdbc类对这些大对象进行操作。 所有的这些操作方式都实现了lobhandler接口来处理lob类型的数据。 lobhandler接口提供了访问lobcreator的方法，通过调用getlobcreator，你可以创建一个新的lob类型的数据。
lobcreator/lobhandler接口针对lob类型的数据操作提供了下列支持：
blob
byte[] – getblobasbytes and setblobasbytes
byte[] – getblobasbytes 和 setblobasbytes
inputstream – getblobasbinarystream and setblobasbinarystream
inputstream – getblobasbinarystream和setblobasbinarystream
clob
string – getclobasstring and setclobasstring
string – getclobasstring和setclobasstring
inputstream – getclobasasciistream and setclobasasciistream
inputstream – getclobasasciistream和setclobasasciistream
reader – getclobascharacterstream and setclobascharacterstream
reader – getclobascharacterstream和setclobascharacterstream
现在我们通过一个示例来展示如何创建一个blob数据并插入数据库。稍后的例子，我们将展示如何从数据库中将blob数据读取出来。
这个例子使用jdbctemplate和一个abstractlobcreatingpreparedstatementcallback的实现类。 这里唯一需要实现的方法就是"setvalues"。在这个方法中，将提供一个lobcreator接口，被用作在你的插入语句中设置lob字段的值。
我们假设有一个变量叫做“lobhandler”已经被设置到defaultlobhandler的实例中。当然，这是由注入完成的。
我们在这里使用的lobhandler实现类是一个普通的defaultlobhandler
使用setclobascharacterstream，我们传入clob的内容
使用setblobasbinartstream，我们传入blob的内容
现在我们来示范从数据库中读取lob数据。我们这里再次使用jdbctempate并使用相同的defaultlobhandler实例。
使用getclobasstring 获取clob内容
使用getblobasbytes获取blob内容
sql标准允许基于一个带参数列表的表达式进行查询。一个典型的例子可能像这样："select * from t_actor where id in (1, 2, 3)"。 不过这种参数列表的方式并不能直接被jdbc标准所支持 - 因为并不存在这种声明一个列表参数作为占位符的方式。 你不得不为此写多个占位符来表示多个参数，或者当你知道占位符的数量时，你可以动态构建sql字符串。 namedparameterjdbctemplate和simplejdbctemplate中所提供的命名参数的特性，采用的是后面一种做法。 当你传入参数时，你需要传入一个java.util.list类型，支持基本类型。而这个list将会在sql执行时替换占位符并传入参数。
在使用in语句时，当你传入大批量的值时要小心，jdbc标准并不确保超过100个元素在in语句中。 有不少数据库可以超出这个值的限制，但是不同的数据库会有不同的数量限制，比如oracle的限制数量是1000个。
除了基本类型之外，你还可以创建一个java.util.list的对象数组，这可以让你支持在in表达式中编写多重表达式，例如"select * from t_actor where (id, last_name) in ((1, 'johnson'), (2, 'harrop'))". 当然，这样做的前提是数据库底层的语法支持。
当调用存储过程时，有时需要使用数据库特定的复杂类型。为了适应这些类型，spring提供了sqlreturntype类来处理存储过程的返回值，而使用sqltypevalue来处理传入的参数。
下面这个例子，将oracle的struct对象作为返回值，这是一个由用户自定义的“item_type”。 sqlreturntype接口有唯一的方法“gettypevalue”需要被实现。而这个接口的实现将被用作sqloutparameter声明的一部分。
通过java代码调用存储过程使用sqltypevalue来传入一个testitem作为参数。 sqltypevalue接口有一个方法"createtypevalue"需要被实现。 一个活动的数据库连接也同时被传入，它将被用作创建数据库特定的对象，类似structdescriptor和arraydescriptor
这里的sqltypevalue 现在可以被加入到作为参数的map中去，从而可以执行相应的存储过程。