Spring 5 中文解析数据存储篇 -JDBC 数据存储 (下)
3.7 作为Java对象JDBC操作模型
org.springframework.jdbc.object包包含一些类,这些类使你以更加面向对象的方式访问数据库。例如,你可以运行查询并将结果作为包含业务对象的列表返回,该业务对象的关联列数据映射到业务对象的属性。你还可以运行存储过程并运行update,delete和insert语句。
许多Spring开发人员认为,下面描述的各种RDBMS操作类(StoredProcedure类除外)通常可以用直接的JdbcTemplate调用代替。通常,编写直接在JdbcTemplate上调用方法的DAO方法(与将查询封装为完整的类相对)更简单。但是,如果通过使用RDBMS操作类获得可测量的价值,则应继续使用这些类。
###### 3.7.1 理解SqlQuery
SqlQuery是可重用的、线程安全的类,它封装了SQL查询。子类必须实现newRowMapper(..)方法以提供RowMapper实例,该实例可以为遍历查询执行期间创建的ResultSet所获得的每一行创建一个对象。很少直接使用SqlQuery类,因为MappingSqlQuery子类为将行映射到Java类提供了更为方便的实现。扩展SqlQuery的其他实现是MappingSqlQueryWithParameters和UpdatableSqlQuery。
###### 3.7.2 使用MappingSqlQuery
MappingSqlQuery是可重用的查询,其中具体的子类必须实现抽象的mapRow(..)方法,以将提供的ResultSet的每一行转换为指定类型的对象。以下示例显示了一个自定义查询,该查询将t_actor关系中的数据映射到Actor类的实例:
该类扩展了使用Actor类型参数化的MappingSqlQuery。此自定义查询的构造函数将DataSource作为唯一参数。在此构造函数中,可以使用DataSource和运行的SQL调用超类上的构造函数,以检索该查询的行。该SQL用于创建PreparedStatement,因此它可以包含在执行期间要传递的任何参数的占位符。你必须使用传入SqlParameter的declareParameter方法声明每个参数。SqlParameter具有名称,并且具有java.sql.Types中定义的JDBC类型。定义所有参数之后,可以调用compile()方法,以便可以准备并稍后执行。此类在编译后是线程安全的,因此,只要在初始化DAO时创建这些实例,就可以将它们保留为实例变量并可以重用。下面的示例演示如何定义此类:
前面示例中的方法检索具有作为唯一参数传入的id的customer。由于只希望返回一个对象,因此我们以id为参数调用findObject便捷方法。相反,如果有一个查询返回一个对象列表并采用其他参数,则将使用其中一种执行方法,该方法采用以可以变参数形式传入的参数值数组。
###### 3.7.3 使用SqlUpdate
SqlUpdate类封装了SQL更新。与查询一样,更新对象是可重用的,并且与所有RdbmsOperation类一样,更新可以具有参数并在SQL中定义。此类提供了许多类似于查询对象的execute(..)方法的update(..)方法。SQLUpdate类是具体的。可以将其子类化-例如,添加自定义更新方法。但是,你不必子类化SqlUpdate类,因为可以通过设置SQL和声明参数来轻松地对其进行参数化。以下示例创建一个名为execute的自定义更新方法:
###### 3.7.4 使用StoredProcedure
StoredProcedure类是RDBMS存储过程的对象抽象的超类。此类是抽象的,并且其各种execute(..)方法均具有受保护的访问权限,除了通过提供更严格类型的子类之外,还可以防止使用。
继承的sql属性是RDBMS中存储过程的名称。
要为StoredProcedure类定义参数,可以使用SqlParameter或其子类之一。你必须在构造函数中指定参数名称和SQL类型,如以下代码片段所示:
SQL类型是使用java.sql.Types常量指定的。
第一行(带有SqlParameter)声明一个IN参数。您可以将IN参数用于存储过程调用以及使用SqlQuery及其子类(了解SqlQuery中介绍)的查询。
第二行(带有SqlOutParameter)声明将在存储过程调用中使用的out参数。还有一个用于InOut参数的SqlInOutParameter(为过程提供in值并返回值的参数)。
对于in参数,除了名称和SQL类型外,还可以为数字数据指定精度,或者为自定义数据库类型指定类型名称。对于out参数,可以提供RowMapper来处理从REF游标返回的行的映射。另一个选择是指定一个SqlReturnType,它允许你定义返回值的自定义处理。
下一个简单DAO示例使用StoredProcedure调用任何Oracle数据库附带的函数(sysdate())。要使用存储过程功能,你必须创建一个扩展StoredProcedure的类。在此示例中,StoredProcedure类是一个内部类。但是,如果需要重用StoredProcedure,则可以将其声明为顶级类。此示例没有输入参数,但是使用SqlOutParameter类将输出参数声明为日期类型。execute()方法将运行该过程,并从结果Map中提取返回的日期。通过使用参数名称作为键,结果Map为每个声明的输出参数(在这种情况下只有一个)都有一个条目。以下清单显示了我们的自定义StoredProcedure类:
下面的StoredProcedure示例包含两个输出参数(在本例中为Oracle REF游标):
请注意如何在TitlesAndGenresStoredProcedure构造函数中使用的clarifyParameter(..)方法的重载变体传递给RowMapper实现实例。这是重用现有功能的非常方便且强大的方法。接下来的两个示例提供了两个RowMapper实现的代码。
TitleMapper类将提供的ResultSet中每一行的ResultSet映射到Title域对象,如下所示:
GenreMapper类针对提供的ResultSet中的每一行将ResultSet映射到Genre域对象,如下所示:
要将参数传递给在RDBMS中定义中具有一个或多个输入参数的存储过程,可以编写一个强类型化execute(..(方法的代码,该方法将委托给超类中的非类型execute(Map)方法,例如以下示例显示:
3.8 参数和数据值处理的常见问题
参数和数据值的常见问题存在于Spring框架的JDBC支持所提供的不同方法中。本节介绍如何解决它们。
###### 3.8.1 提供参数的SQL类型信息
通常,Spring根据传入的参数类型确定参数的SQL类型。可以明确提供设置参数值时要使用的SQL类型。有时需要正确设置NULL值。
你可以通过几种方式提供SQL类型信息:
JdbcTemplate的许多更新和查询方法都采用int数组形式的附加参数。该数组用于通过使用java.sql.Types类中的常量值来指示相应参数的SQL类型。为每个参数提供一个条目。
你可以使用SqlParameterValue类包装需要此附加信息的参数值。为此,请为每个值创建一个新实例,然后在构造函数中传入SQL类型和参数值。你还可以为数字值提供可选的精度参数。
对于使用命名参数的方法,可以使用SqlParameterSource类,BeanPropertySqlParameterSource或MapSqlParameterSource。它们都具有用于为任何命名参数值注册SQL类型的方法。
###### 3.8.2 处理BLOB和CLOB对象
你可以在数据库中存储图像,其他二进制数据和大块文本。这些大对象称为二进制数据的BLOB(二进制大型对象),而字符数据称为CLOB(字符大型对象)。在Spring中,可以直接使用JdbcTemplate来处理这些大对象,也可以使用RDBMS Objects和SimpleJdbc类提供的更高抽象来处理这些大对象。所有这些方法都使用LobHandler接口的实现来实际管理LOB(大对象)数据。LobHandler通过getLobCreator方法提供对LobCreator类的访问,该方法用于创建要插入的新LOB对象。
LobCreator和LobHandler为LOB输入和输出提供以下支持:
BLOB
* byte[]
: getBlobAsBytes
and setBlobAsBytes
* InputStream
: getBlobAsBinaryStream
and setBlobAsBinaryStream
CLOB
* String
: getClobAsString
and setClobAsString
* InputStream
: getClobAsAsciiStream
and setClobAsAsciiStream
* Reader
: getClobAsCharacterStream
and setClobAsCharacterStream
下一个示例显示了如何创建和插入BLOB。稍后我们展示如何从数据库中读取它。本示例使用JdbcTemplate和AbstractLobCreatingPreparedStatementCallback的实现。它实现了一种方法setValues。此方法提供了一个LobCreator,我们可以使用它来设置SQL插入语句中的LOB列的值。
对于此示例,我们假设存在一个变量lobHandler,该变量已设置为DefaultLobHandler的实例。通常,你可以通过依赖注入来设置此值。
以下示例显示如何创建和插入BLOB:
传入lobHandler(在此示例中)为普通的DefaultLobHandler。
使用setClobAsCharacterStream方法传递CLOB内容。
使用setBlobAsBinaryStream方法传递BLOB内容。
如果在从DefaultLobHandler.getLobCreator()返回的LobCreator上调用setBlobAsBinaryStream、setClobAsAsciiStream或setClobAsCharacterStream方法,则可以选择为contentLength参数指定一个负值。如果指定的内容长度为负,则DefaultLobHandler将使用set-stream方法的JDBC 4.0变体,而不使用length参数。否则,它将指定的长度传递给驱动程序。
>
请参阅有关JDBC驱动程序的文档,以用于验证它是否支持流式LOB,而不提供内容长度。
现在是时候从数据库中读取LOB数据了。再次,你将JdbcTemplate与相同的实例变量lobHandler和对DefaultLobHandler的引用一起使用。以下示例显示了如何执行此操作:
使用方法getClobAsString检索CLOB的内容。
使用getBlobAsBytes方法检索BLOB的内容。
###### 3.8.3 传入IN子句的值列表
SQL标准允许基于包含变量值列表的表达式选择行。典型的例子select * from T_ACTOR where id in (1, 2, 3)
。JDBC标准不直接为准备好的语句支持此变量列表。你不能声明可变数量的占位符。你需要准备好所需数目的占位符的多种变体,或者一旦知道需要多少个占位符,就需要动态生成SQL字符串。NamedParameterJdbcTemplate和JdbcTemplate中提供的命名参数支持采用后一种方法。你可以将值作为原始对象的java.util.List传入。该列表用于插入所需的占位符,并在语句执行期间传递值。
传递许多值时要小心。JDBC标准不保证你可以为in表达式列表使用100个以上的值。各种数据库都超过了这个数目,但是它们通常对允许多少个值有硬性限制。例如,Oracle的限制为1000。
除了值列表中的原始类型值外,还可以创建对象数组的java.util.List。该列表可以支持为in子句定义的多个表达式,例如,T_ACTOR的select * from((1,'Johnson'),(2,'Harrop'))
中的(id,last_name)
。当然,这要求你的数据库支持此语法。
###### 3.8.4 处理存储过程调用的复杂类型
调用存储过程时,有时可以使用特定于数据库的复杂类型。为了容纳这些类型,Spring提供了一个SqlReturnType来处理从存储过程调用返回的这些类型,并提供SqlTypeValue作为参数作为参数传递给存储过程的情况。
SqlReturnType接口具有必须实现的单个方法(名为getTypeValue)。此接口用作SqlOutParameter声明的一部分。以下示例显示了返回用户声明类型为ITEM_TYPE的Oracle STRUCT对象的值:
你可以使用SqlTypeValue将Java对象(例如TestItem)的值传递给存储过程。SqlTypeValue接口具有必须实现的单个方法(名为createTypeValue)。活动连接被传入,你可以使用它来创建特定于数据库的对象,例如StructDescriptor实例或ArrayDescriptor实例。下面的示例创建一个StructDescriptor实例:
现在,你可以将此SqlTypeValue添加到包含用于存储过程的execute调用的输入参数的Map中。
SqlTypeValue的另一个用途是将值数组传递给Oracle存储过程。在这种情况下,Oracle具有自己的内部ARRAY类,并且你可以使用SqlTypeValue创建Oracle ARRAY的实例,并使用Java ARRAY中的值填充它,如以下示例所示:
3.9 嵌入式数据库支持
org.springframework.jdbc.datasource.embedded包为嵌入式Java数据库引擎提供支持。本地提供对[HSQL](http://www.hsqldb.org/、H2和[Derby](https://db.apache.org/derby)的支持。你还可以使用可扩展的API来插入新的嵌入式数据库类型和DataSource实现。
###### 3.9.1 为什么要使用嵌入式数据库?
嵌入式数据库由于具有轻量级的特性,因此在项目的开发阶段可能会很有用。好处包括易于配置,启动时间短,可测试性以及在开发过程中快速演化SQL的能力。
###### 3.9.2 使用Spring XML创建嵌入式数据库
如果要在Spring ApplicationContext中将嵌入式数据库实例作为Bean公开,则可以在spring-jdbc命名空间中使用Embedded-database标记:
前面的配置创建了一个嵌入式HSQL数据库,该数据库由来自类路径根目录中的schema.sql和test-data.sql资源的SQL填充。另外,作为最佳实践,将为嵌入式数据库分配一个唯一生成的名称。嵌入式数据库作为javax.sql.DataSource类型的bean提供给Spring容器,然后可以根据需要将其注入到数据访问对象中。
###### 3.9.3 以编程方式创建嵌入式数据库
EmbeddedDatabaseBuilder类提供了一种流畅的API,可用于以编程方式构造嵌入式数据库。当你需要在独立环境或独立集成测试中创建嵌入式数据库时,可以使用此方法,如以下示例所示:
```java
EmbeddedDatabase db = new EmbeddedDatabaseBuilder()
.generateUniqueName(true)
.setType(H2)
.setScriptEncoding("UTF-8")
.ignoreFailedDrops(true)
.addScript("schema.sql")
.addScripts("userdata.sql", "countrydata.sql")
.build();
// perform actions against the db (EmbeddedDatabase extends javax.sql.DataSource)
db.shutdown()
```
有关所有支持的选项的更多详细信息,请参见EmbeddedDatabaseBuilder的javadoc。
你还可以使用EmbeddedDatabaseBuilder通过Java配置创建嵌入式数据库,如以下示例所示:
###### 3.9.4 选择嵌入式数据库类型
本节介绍如何选择Spring支持的三个嵌入式数据库之一。它包括以下主题:
使用HSQL
Spring支持HSQL 1.8.0及更高版本。如果未明确指定类型,则HSQL是默认的嵌入式数据库。要明确指定HSQL,请将嵌入式数据库标记的type属性设置为HSQL。如果使用构建器API,请使用EmbeddedDatabaseType.HSQL调用setType(EmbeddedDatabaseType)方法。
使用H2
Spring支持H2数据库。要启用H2,请将嵌入式数据库标记的type属性设置为H2。如果使用构建器API,请使用EmbeddedDatabaseType.H2调用setType(EmbeddedDatabaseType)方法。
使用Derby
Spring支持Apache Derby 10.5及更高版本。要启用Derby,请将嵌入式数据库标记的type属性设置为DERBY。如果使用构建器API,请使用EmbeddedDatabaseType.DERBY调用setType(EmbeddedDatabaseType)方法。
###### 3.9.5 使用嵌入式数据库测试数据访问逻辑
嵌入式数据库提供了一种轻量级的方法来测试数据访问代码。下一个示例是使用嵌入式数据库的数据访问集成测试模板。当嵌入式数据库不需要在测试类之间重用时,使用这种模板可以一次性使用。但是,如果您希望创建在测试套件中共享的嵌入式数据库,请考虑使用Spring TestContext框架并将嵌入式数据库配置为Spring ApplicationContext中的Bean,如使用[Spring XML创建嵌入式数据库](https://docs.spring.io/spring/docs/5.2.8.RELEASE/spring-framework-reference/data-access.html#jdbc-embedded-database-xml)和以[编程方式嵌入数据库](https://docs.spring.io/spring/docs/5.2.8.RELEASE/spring-framework-reference/data-access.html#jdbc-embedded-database-java)。以下清单显示了测试模板:
###### 3.9.6 为嵌入式数据库生成唯一名称
如果开发团队的测试套件无意间尝试重新创建同一数据库的其他实例,则开发团队经常会遇到错误。如果XML配置文件或@Configuration类负责创建嵌入式数据库,然后在同一测试套件(即同一JVM进程)中的多个测试场景中重用相应的配置,则这很容易发生。 集成测试针对其ApplicationContext配置仅在哪些bean定义配置文件处于活动状态方面有所不同的嵌入式数据库进行。
造成此类错误的根本原因是,如果未另行指定,Spring的EmbeddedDatabaseFactory(由<jdbc:embedded-database> XML名称空间元素和EmbeddedDatabaseBuilder 为 Java配置在内部使用)会将嵌入式数据库的名称设置为testdb。对于<jdbc:embedded-database>的情况,通常为嵌入式数据库分配的名称等于Bean的ID(通常是类似于dataSource的名称)。因此,随后创建嵌入式数据库的尝试不会产生新的数据库。取而代之的是,相同的JDBC连接URL被重用,并且尝试创建新的嵌入式数据库实际上指向的是从相同配置创建的现有嵌入式数据库。
为了解决这个常见问题,Spring框架4.2提供了对生成嵌入式数据库的唯一名称的支持。要启用生成名称的使用,请使用以下选项之一。
EmbeddedDatabaseFactory.setGenerateUniqueDatabaseName()
EmbeddedDatabaseBuilder.generateUniqueName()
<jdbc:embedded-database generate-name="true" … >
###### 3.9.7 扩展嵌入式数据库支持
你可以通过两种方式扩展Spring JDBC嵌入式数据库的支持:
实现EmbeddedDatabaseConfigurer以支持新的嵌入式数据库类型。
实现DataSourceFactory以支持新的DataSource实现,例如用于管理嵌入式数据库连接的连接池。
3.10 初始化`DataSource`
org.springframework.jdbc.datasource.init包提供了对初始化现有DataSource的支持。嵌入式数据库支持提供了一种为应用程序创建和初始化数据源的选项。但是,有时你可能需要初始化在某处的服务器上运行的实例。
###### 3.10.1 使用Spring XML初始化数据库
如果要初始化数据库,并且可以提供对DataSource bean的引用,则可以在spring-jdbc命名空间中使用initialize-database标签:
前面的示例对数据库运行两个指定的脚本。第一个脚本创建schema,第二个脚本用测试数据集填充表。脚本位置也可以是带有通配符的模式,该模式具有用于Spring中资源的常用Ant样式(例如,classpath *:/com/foo/**/sql/*-data.sql
)。如果使用模式,则脚本以其URL或文件名的词法顺序运行。
数据库初始化程序的默认行为是无条件运行所提供的脚本。这可能并不总是你想要的。例如,如果你对已经有测试数据的数据库运行脚本。通过遵循首先创建表然后插入数据的通用模式(如前所示),可以减少意外删除数据的可能性。如果表已经存在,则第一步失败。
但是,为了更好地控制现有数据的创建和删除,XML名称空间提供了一些其他选项。第一个是用于打开和关闭初始化的标志。你可以根据环境进行设置(例如,从系统属性或环境Bean中获取布尔值)。以下示例从系统属性获取值:
从名为INITIALIZE_DATABASE的系统属性中获取启用的值。
控制现有数据会发生什么的第二种选择是更容忍故障。为此,你可以控制初始化程序忽略脚本运行的SQL中某些错误的能力,如以下示例所示:
在前面的示例中,我们说我们期望有时脚本是针对空数据库运行的,并且脚本中有一些DROP语句可能因此失败。因此失败的SQL DROP语句将被忽略,但其他失败将导致异常。如果你的SQL方言不支持DROP … IF EXISTS
(或类似),但你想要无条件地删除所有测试数据然后重新创建,则此功能非常有用。在那种情况下,第一个脚本通常是一组DROP语句,然后是一组CREATE语句。
可以将ignore-failures选项设置为NONE(默认值),DROPS(忽略失败的丢弃)或ALL(忽略所有失败)。
每个语句都应用;
或如果换行;
脚本中根本没有字符。你可以全局控制该脚本,也可以按脚本控制,如以下示例所示:
将分隔符脚本设置为@@。
将db-schema.sql的分隔符设置为
;
。
在此示例中,两个测试数据脚本使用@@
作为语句分隔符,而只有db-schema.sql
使用;
。此配置指定默认分隔符为@@
,并覆盖db-schema脚本的默认分隔符。
如果你需要比从XML名称空间获得更多控制权,则可以直接使用DataSourceInitializer并将其定义为应用程序中的组件。
初始化依赖于数据库的其他组件
大量应用程序(那些在Spring上下文启动之后才使用数据库的应用程序)可以使用数据库初始化程序,而不会带来更多麻烦。如果你的应用程序不是其中之一,则可能需要阅读本节的其余部分。
数据库初始化程序依赖于DataSource实例,并运行其初始化回调中提供的脚本(类似于XML bean定义中的init方法,组件中的@PostConstruct方法或实现InitializingBean的组件中的afterPropertiesSet()方法 )。如果其他bean依赖于同一数据源并在初始化回调中使用该数据源,则可能存在问题,因为数据尚未初始化。一个常见的例子是一个高速缓存,它会在应用程序启动时急于初始化并从数据库加载数据。
要解决此问题,你有两个选择:将高速缓存初始化策略更改为以后的阶段,或者确保首先初始化数据库初始化程序。
如果应用程序在你的控制之下,则更改缓存初始化策略可能很容易,否则就不那么容易。有关如何实现这一点的一些建议包括:
使高速缓存在首次使用时延迟初始化,从而缩短了应用程序的启动时间。
让你的缓存或初始化缓存的单独组件实现Lifecycle或SmartLifecycle。当应用程序上下文启动时,你可以通过设置其SmartStartup标志来自动启动SmartLifecycle,并且可以通过在封闭上下文中调用ConfigurableApplicationContext.start()来手动启动Lifecycle。
使用Spring ApplicationEvent或类似的自定义观察者机制来触发缓存初始化。 ContextRefreshedEvent在准备好使用时(在所有bean都初始化之后)总是由上下文发布,因此通常是一个有用的钩子(默认情况下,SmartLifecycle的工作方式)。
确保首先初始化数据库初始化程序也很容易。关于如何实现这一点的一些建议包括:
依靠Spring BeanFactory的默认行为,即按注册顺序初始化bean。通过采用XML配置中的一组<import />元素(对应用程序模块进行排序)的通用做法,并确保首先列出数据库和数据库初始化,可以轻松地进行安排。
将数据源和使用它的业务组件分开,并通过将它们放在单独的ApplicationContext实例中来控制启动顺序(例如,父上下文包含DataSource,子上下文包含业务组件)。这种结构在Spring Web应用程序中很常见,但可以更广泛地应用。
作者
个人从事金融行业,就职过易极付、思建科技、某网约车平台等重庆一流技术团队,目前就职于某银行负责统一支付系统建设。自身对金融行业有强烈的爱好。同时也实践大数据、数据存储、自动化集成和部署、分布式微服务、响应式编程、人工智能等领域。同时也热衷于技术分享创立公众号和博客站点对知识体系进行分享。关注公众号:青年IT男 获取最新技术文章推送!
博客地址: http://youngitman.tech
CSDN: https://blog.csdn.net/liyong1028826685
微信公众号:
技术交流群:
该系列文章请关注微信公众:青年IT男
版权声明: 本文为 InfoQ 作者【青年IT男】的原创文章。
原文链接:【http://xie.infoq.cn/article/d622823da05c76dc17252293a】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论