JDBC限制占位符更新语句失败的解决方法

Question

我正在实现一种模式来绕过JDBC的限制。对于准备好的语句，JDBC将占位符的数量限制为2100。为了解决这个问题，我使用了一个包含2100个值的xml字符串，并在SQL Server端使用函数tf_splitxml对其进行解析。我这样做是为了使用准备好的语句的~4个Java方法。

这个tf_splitxml只构造一个包含所有值的列“令牌”。所以一个xml字符串：

'<node><value>1</value><value>2</value></node>' 

将转换为包含两行的列，值为1和2。

对于选择语句，这种模式看起来很好，但是对于更新语句，这种模式就失败了。以下是一般模式：

declare @xml xml; set @xml = ?; --Replaced with xml string in PreparedStatement

update tableX
...
where ids in (select token from tf_splitxml(@xml));

它告诉我，当将nvarchar值转换为数据类型int时，转换失败了。[对于上面的xml字符串]奇怪的是，如果我提取由预准备语句设置的查询，我可以在SQL服务器中完美地运行它！

我的想法：

1. 在这4个方法中，有3个使用这个xml模式；这3个都是选择语句，使用的是执行查询（）。第4个失败的方法是更新语句，使用的是执行更新（）。也许问题与准备好的语句预编译sql的方式有关？

我尝试过的事情：

>

我创建了一个表，可以持久化从tf_splitxml生成的标记。对于失败的方法，在JDBC抛出错误之前，永远不会调用tf_splitxml。

在Java方面，我使用ps.setString（index，convertToXML（idsArray））。这适用于前3种方法，即使my@xml不是字符串（它被声明为xml变量）。我尝试将其切换到SQLXML对象，但没有成功。我仍然得到同样的3/4方法正常工作。

我可以在SQL Server编辑器中直接运行所有准备好的查询。

我最诚挚的谢意（提前）

Answer 1

代码看起来很疯狂，看看我的ChunkWorkTemplate。下面是一个简单的例子：

public void delete(final List<Integer> employeeIds) {
  new ChunkWorkTemplate<Integer>(50, employeeIds) {
    protected void executeOnChunk(List<Integer> chunk) {
      Session session = getSession();
      Query query = session.createSQLQuery("delete from Employee where employeeId in (:employeeIds)");
      query.setParameterList("employeeIds", chunk);
      query.executeUpdate();
    }
  }.execute();
}

请注意，模板的第一个参数是块大小，您可以将其设置为任意值。基本上，它会将输入集合分块，并分块执行正文。所以在上面的例子中，如果你有207个员工ID，区块大小为50，你将有5个区块（507）。我写这篇文章就是为了解决你面临的问题。希望这有帮助。