Hibernate：如何在 JUnit 测试后回滚事务？

Question

我在独立应用程序中使用 Hibernate 4.0.1.Final。底层数据库是 MySQL 5.5。使用 JUnit 4.8.1，我正在测试我的数据访问对象，并希望运行测试，以便当我的 JUnit 测试结束时，我的所有更改都会回滚。有没有一种优雅的方式来做到这一点？现在，一切都在进行中，这是有道理的。这是我的 JUnit 测试……

@Before
public void setUp() throws IOException { 
    final InputStream in = getClass().getClassLoader().getResourceAsStream("test.properties");
    testProps = new Properties();
    testProps.load(in);
    final Configuration configuration = new Configuration();
    configuration.configure().setProperty("hibernate.show_sql", "false");
    final ServiceRegistry serviceRegistry = new ServiceRegistryBuilder().applySettings(configuration.getProperties()).buildServiceRegistry();
    sessionFactory = configuration.buildSessionFactory(serviceRegistry);
    orgDao = new OrganizationDAOImpl(sessionFactory);
}   // setUp

@Test
public void testInsertSchool() { 
    final Organization org = new Organization();
    org.setOrganizationId(testProps.getProperty("test.id"));
    org.setName(testProps.getProperty("test.name"));
    orgDao.saveOrUpdate(org);
    final Organization foundOrg = orgDao.findById(org.getOrganizationId());
    Assert.assertEquals(org, foundOrg);
}

这是来自数据访问对象的代码……

protected void saveOrUpdate(Object obj) {
    try {
        startOperation();
        session.saveOrUpdate(obj);
        tx.commit();
    } catch (HibernateException e) {
        handleException(e);
    } finally {
        session.close();
    }
}

protected Object find(Class clazz, Serializable id) {
    Object obj = null;
    try {
        startOperation();
        obj = session.get(clazz, id);
        tx.commit();
    } catch (HibernateException e) {
        handleException(e);
    } finally {
        session.close();
    }
    return obj;
}

Answer 1

我决定使用 HSSql 内存数据库，如此处所述——http://vageeshhoskere.wordpress.com/2011/06/16/unit-test-with-junit-for-hibernate-using-hsqldb-in-memory/。这样，我可以重复运行 JUnit 测试（在服务级别），并保证每次运行它们时世界的状态都是相同的。

Answer 2

这样做的方法是将提交和会话关闭与数据库操作分开。实际上，我认为无论如何最好这样做，因为并非每个数据库操作都应该是自己的事务。能够在多个操作中使用同一个会话并在多个操作中使用同一个事务具有显着优势。

我描述事务层的方式是它是一个业务规则问题，因为它们定义了数据库级别的原子工作单元。它应该是抽象休眠操作以进行持久化、查找和合并的层之外的一层。原因如下：

1. 这样做将使您在如何设计应用程序的业务规则以处理不同数据库操作相互依赖的新情况时具有更大的灵活性，而不会强迫您在该数据库对象中编写一百万个方法来处理不同的事务规则每个案例。
2. 不仅如此，将这些操作移出可以让您在单元测试中实现您想要的。
3. 打开/关闭操作代价高昂，如果您连续执行 5 个查询并且没有理由将它们放在单独的会话中，则不应打开和关闭 5 个会话。