升级JDBC驱动后多PreparedStatement无法共享会话状态求助

我来帮你理清这个问题——这其实是JDBC驱动和SQL Server会话、作用域机制交互时的典型坑点，咱们一步步来分析：

为什么IDENTITY_INSERT设置不生效？ #

你遇到的核心问题：明明在同一个非自动提交的连接里执行了SET IDENTITY_INSERT ON，但后续的INSERT却提示该选项处于关闭状态。这背后的原因是：

虽然SET IDENTITY_INSERT是会话级设置，但JDBC驱动在处理独立的PreparedStatement时，每个语句默认是作为单独的T-SQL批次发送给SQL Server的。理论上同一个会话的状态应该持续保留，但部分驱动（包括你用的微软和JNetDirect驱动）在处理PreparedStatement时，可能会因为内部优化或批次隔离的原因，导致会话状态没有正确传递——或者更准确地说，你需要确保SET语句和INSERT语句处于同一个执行上下文里。

快速解决方案：把相关语句放在同一个批次/Statement中 #

最直接的解决方法是将SET IDENTITY_INSERT ON、INSERT、SET IDENTITY_INSERT OFF放在同一个执行单元里，比如使用Statement的批处理功能：

Connection connection = dataSource.getConnection();
connection.setAutoCommit(false);
try {
    Statement stmt = connection.createStatement();
    stmt.addBatch("SET IDENTITY_INSERT TestStuff ON");
    stmt.addBatch("INSERT INTO TestStuff (id) VALUES(-1)");
    stmt.addBatch("SET IDENTITY_INSERT TestStuff OFF");
    stmt.executeBatch();
    connection.commit();
} catch (SQLException e) {
    connection.rollback();
    throw e;
} finally {
    connection.close();
}

如果你的INSERT需要使用参数，也可以把多个语句拼接在同一个PreparedStatement里：

Connection connection = dataSource.getConnection();
connection.setAutoCommit(false);
try {
    PreparedStatement pstmt = connection.prepareStatement(
        "SET IDENTITY_INSERT TestStuff ON; " +
        "INSERT INTO TestStuff (id) VALUES(?); " +
        "SET IDENTITY_INSERT TestStuff OFF;"
    );
    pstmt.setInt(1, -1);
    pstmt.execute();
    connection.commit();
} catch (SQLException e) {
    connection.rollback();
    throw e;
} finally {
    connection.close();
}

另一种可选方案是使用CallableStatement执行SET语句，部分驱动对这种方式的会话状态保留更友好：

Connection connection = dataSource.getConnection();
connection.setAutoCommit(false);
try {
    CallableStatement cs = connection.prepareCall("SET IDENTITY_INSERT TestStuff ON");
    cs.execute();
    cs.close();

    PreparedStatement insert = connection.prepareStatement("INSERT INTO TestStuff (id) VALUES(-1)");
    insert.execute();
    insert.close();

    cs = connection.prepareCall("SET IDENTITY_INSERT TestStuff OFF");
    cs.execute();
    cs.close();

    connection.commit();
} catch (SQLException e) {
    connection.rollback();
    throw e;
} finally {
    connection.close();
}

关于@@IDENTITY和SCOPE_IDENTITY()的奇怪差异 #

你观察到的@@IDENTITY能跨语句传递，但SCOPE_IDENTITY()不行的现象，其实完全符合SQL Server的设计逻辑：

• @@IDENTITY是会话级的变量，返回当前会话中最后生成的标识值，不管这个值是在哪个作用域（比如触发器、存储过程）生成的。
• SCOPE_IDENTITY()是作用域级的变量，仅返回当前T-SQL批次（也就是同一个执行单元）中生成的标识值。

在你的Java代码里，每个PreparedStatement的执行都是一个独立的T-SQL批次，所以当你在第二个PreparedStatement里查询SCOPE_IDENTITY()时，这个查询的作用域是新的批次，自然得不到第一个批次插入的标识值。而@@IDENTITY是会话级的，所以能保留下来。

你在SQL Server中直接执行时，没有用GO分隔语句，所以INSERT和PRINT属于同一个批次，SCOPE_IDENTITY()自然能正确返回值。如果换成用GO分隔（模拟JDBC的多个批次），结果就会和Java代码一致：

INSERT INTO TestStuff( col) VALUES (1)
GO
PRINT CONCAT('Session: ', @@IDENTITY, ' Scope: ', SCOPE_IDENTITY() )
-- 这里SCOPE_IDENTITY()会返回NULL或0，因为当前批次没有插入操作

总结一下核心要点 #

1. 会话级设置（如IDENTITY_INSERT）在同一个连接下理论上会保留，但驱动对独立PreparedStatement的批次隔离可能导致状态丢失——解决方法是将相关语句放在同一个批次执行。
2. SCOPE_IDENTITY()的作用域是单个T-SQL批次，JDBC中每个PreparedStatement对应一个批次，所以跨语句查询无法得到正确结果；@@IDENTITY是会话级的，因此不受此限制。

内容的提问来源于stack exchange，提问作者Chuck Lowery