7

我们运行 Spring 3.1/Hibernate 4/Java 7/Tomcat 7/MSSQL 2008 R2 Web 应用程序。我们必须处理遗留数据和存档数据。从存档中提取数据时，我们需要使用原始的唯一标识符，以便其他（非存档）记录正确地重新水合。这些标识符存储在主键/自动增量字段中。

在此之前，当我们使用 Spring 3.0/Hibernate 3.5 时，以下代码可以将提取的记录插入到相应的表中（我们已经有变量session,entity和fullTableName在范围内）：

session.doWork( new Work() 
{ 
    @Override
    public void execute(Connection connection) throws SQLException
    {
        PreparedStatement statement = null;
        try
        {
            statement = connection.prepareStatement(String.format("SET IDENTITY_INSERT %s ON", fullTableName));
            statement.execute();

            session.save(entity);

            statement = connection.prepareStatement(String.format("SET IDENTITY_INSERT %s OFF", fullTableName));
            statement.execute();
        }
        finally
        {  /* close the statement */ }
    }
});

就像我提到的，这在 Hibernate 3.5 中一切正常，但现在我们已经升级到 Hibernate 4，它已经停止工作了。Work和IsolatedWork之间有什么区别吗？

为了解决问题并避免任何工作界面问题，我们尝试了以下方法：

session.createSQLQuery(String.format("SET IDENTITY_INSERT %s ON", fullTableName)).executeUpdate();
session.save(entity);
session.createSQLQuery(String.format("SET IDENTITY_INSERT %s OFF", fullTableName)).executeUpdate();

但是，这也不起作用。具体来说，抛出的异常是java.sql.SQLException: Cannot insert explicit value for identity column in table 'Employee' when IDENTITY_INSERT is set to OFF.然而，应该清楚的是，我们正在努力将其设置为 ON。

我们对这种情况进行了 SQL Server Profiler 跟踪，并发现了一些有趣的东西。在我们的每个交易主体中都设置了 IMPLICIT_TRANSACTIONS ON。以下是 Profiler 跟踪的一些示例输出（我已将我们的实际模式替换为<schema>，以及一些带有较短标签的大数据位）：

SET IMPLICIT_TRANSACTIONS ON
go
declare @p1 int
set @p1=55
exec sp_prepare @p1 output,N'',N'SET IDENTITY_INSERT <schema>.Employee ON',1
select @p1
go
exec sp_execute 55
go

declare @p1 int
set @p1=56
exec sp_prepare @p1 output,N'<parameters for the INSERT>',N'insert into <schema>.Employee (<all the column names>) values ( <all the parameters> )',1
select @p1
go
exec sp_execute 56,<the actual values to insert>
go
IF @@TRANCOUNT > 0 ROLLBACK TRAN
go
IF @@TRANCOUNT > 0 COMMIT TRAN
SET IMPLICIT_TRANSACTIONS OFF
go
exec sp_execute 54,N'Error writing EMPLOYEE archive record. ',<an id>,N'1'
go

现在，我们通过事务中的 Connection.setAutoCommit(false) 专门将 IMPLICIT_TRANSACTIONS 设置为 OFF（通过 Spring @Transactional 和 Hibernate Transaction Manager 管理事务）。显然，这是行不通的，但是除了使用 setAutoCommit 之外还有什么替代方法，为什么它可以在 Spring3.0/Hibernate 3.5 中工作而不是 Spring 3.1/Hibernate 4？

感谢您的任何想法或建议 - 我们很难过。

4

1 回答 1

2

嗯，这是一个微妙的解决方案......

我们的 Work 调用在java.sql.PreparedStatement内部使用了 a，然后我们调用了该execute()方法。显然，这告诉 SQL Server 将命令包装在自己的存储过程中，如一些代码示例所示。

我们从使用 a 更改PreparedStatement为简单的 ajava.sql.Statement并调用它的execute()方法：

session.doWork( new Work() 
{ 
    @Override
    public void execute(Connection connection) throws SQLException
    {
        Statement statement = null;
        try
        {
            statement = connection.createStatement();
            statement.execute(String.format("SET IDENTITY_INSERT %s ON", fullTableName));

            session.save(entity);

            statement = connection.createStatement();
            statement.execute(String.format("SET IDENTITY_INSERT %s OFF", fullTableName));
        }
        finally
        {  /* close the statement */ }
    }
});

那么，有什么区别呢？据我们所知，PreparedStatement生成预编译的 SQL，而Statement生成静态 SQL……正是我们调用IDENTITY_INSERT!

教训：人渣和恶棍的蜂巢很多……我们必须小心！

于 2012-10-22T19:24:43.543 回答