如何使用 DBUnit 与普通的 JDBC 和 HSQLDB 进行测试,而不会遇到 NoSuchTableException?

2022-09-03 06:10:25

我正在尝试将DBUnit与普通的JDBC和HSQLDB一起使用,但无法完全使其工作 - 即使我之前已经将DBUnit与Hibernate一起使用并取得了巨大的成功。代码如下:

import java.sql.PreparedStatement;
import org.dbunit.IDatabaseTester;
import org.dbunit.JdbcDatabaseTester;
import org.dbunit.dataset.IDataSet;
import org.dbunit.dataset.xml.XmlDataSet;
import org.junit.Test;

public class DummyTest {

    @Test
    public void testDBUnit() throws Exception {
        IDatabaseTester databaseTester = new JdbcDatabaseTester("org.hsqldb.jdbcDriver", "jdbc:hsqldb:mem", "sa", "");
        IDataSet dataSet = new XmlDataSet(getClass().getResourceAsStream("dataset.xml"));
        databaseTester.setDataSet(dataSet);
        databaseTester.onSetup();
        PreparedStatement pst = databaseTester.getConnection().getConnection().prepareStatement("select * from mytable");
    }
}

这是有问题的数据集.xml:

<dataset>
    <table name="mytable">
        <column>itemnumber</column>
        <column>something</column>
        <column>other</column>
        <row>
            <value>1234abcd</value>
            <value>something1</value>
            <value>else1</value>
        </row>
    </table>
</dataset>

这个测试给了我一个NoSuchTableException:

org.dbunit.dataset.NoSuchTableException: mytable
    at org.dbunit.database.DatabaseDataSet.getTableMetaData(DatabaseDataSet.java:282)
    at org.dbunit.operation.DeleteAllOperation.execute(DeleteAllOperation.java:109)
    at org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79)
    at org.dbunit.AbstractDatabaseTester.executeOperation(AbstractDatabaseTester.java:190)
    at org.dbunit.AbstractDatabaseTester.onSetup(AbstractDatabaseTester.java:103)
    at DummyTest.testDBUnit(DummyTest.java:18)

如果我删除 databaseTester.onSetup() 行,我会得到一个 SQLException:

java.sql.SQLException: Table not found in statement [select * from mytable]
    at org.hsqldb.jdbc.Util.throwError(Unknown Source)
    at org.hsqldb.jdbc.jdbcPreparedStatement.<init>(Unknown Source)
    at org.hsqldb.jdbc.jdbcConnection.prepareStatement(Unknown Source)
    at DummyTest.testDBUnit(DummyTest.java:19)

数据集本身正在工作,因为我可以像它应该的那样访问它:

ITable table = dataSet.getTable("mytable");
String firstCol = table.getTableMetaData().getColumns()[0];
String tName = table.getTableMetaData().getTableName();

我在这里错过了什么?

编辑:正如@mlk指出的那样,DBUnit不创建表。如果我在添加数据集之前插入以下内容,一切都会顺利进行:

PreparedStatement pp = databaseTester.getConnection().getConnection().prepareStatement(
     "create table mytable ( itemnumber varchar(255) NOT NULL primary key, "
   + " something varchar(255), other varchar(255) )");
pp.executeUpdate();

我发布了一个后续问题,因为 DBUnit 有没有办法从数据集或 dtd 自动创建表?


答案 1

dbUnit 不创建表。也不能使用XML文件中给出的有限信息。休眠 我相信可以创建表。

这是我停止使用内存中数据库的原因之一,而是让DBA为每个开发人员提供自己的数据库。然后,每个开发人员都使用相同的脚本使数据库保持最新状态,这些脚本稍后将实时运行。这增加了一个小的开销(所有开发人员都需要使其数据库保持最新),但这意味着您不需要为每次运行构建数据库而烦恼,并且可以确保在实时测试工作中运行的查询。

第二个原因是速度。我发现创建内存数据库比简单地连接到现有数据库花费的时间要长得多。

第三个原因是拆解是无破坏性的(启动会擦除数据库)。这意味着我可以在数据库上运行受测的SQL,以帮助找出测试失败的原因。


更新: 20171115

从那以后,我改用JUnit规则来启动数据库服务器的真实实例,并使用像FlywayDB这样的东西来构建数据库(并在实时和测试中使用相同的脚本,应用程序负责构建数据库)。它比使用预构建的数据库慢得多。但是,使用定义良好的微服务(从而减少需要测试的功能)并且非常严格地确定哪些测试可以获得数据库,则可以迁移此类问题并获得始终匹配的本地数据库的好处。

这确实意味着测试拆解总是具有破坏性的,但是一个位置良好的断点可以解决这个问题。


答案 2

...几年后,现在我们有更好的选择

Spring Boot/Spring JDBC可以使用普通的JDBC初始化数据库。

Spring JDBC 有一个 DataSource 初始值设定项功能。默认情况下,Spring Boot 启用它,并从标准位置和(在类路径的根目录中)加载 SQL。此外,Spring Boot 将加载 和 文件(如果存在),其中 platform 是 的值,例如,您可以选择将其设置为数据库的供应商名称(hsqldb,h2,oracle,mysql,postgresql等)。schema.sqldata.sqlschema-${platform}.sqldata-${platform}.sqlspring.datasource.platform

https://docs.spring.io/spring-boot/docs/current/reference/html/howto-database-initialization.html


推荐