MS Access UPDATE 查询非常慢

Question

我在 Access 中有一个非常简单的 UPDATE 查询，它应该更新底层 SQL Server。 无论出于何种原因，Access 不会将查询传递给服务器，而是自行处理它，即，它对每一行执行更新查询。 由于桌子很大，所以它永远运行。

这是使用编辑器生成的查询。

UPDATE dbo_myTable
SET dbo_myTable.myColumn = 'A'
WHERE dbo_myTable.myOtherColumn = 123;

如果我运行与纯 SQL 相同的查询，它只需要几秒钟 - 正如预期的那样。

UPDATE dbo.myTable
SET dbo.myTable.myColumn = 'A'
WHERE dbo.myTable.myOtherColumn = 123;

问题不在于'A'值。 如果我将其从'A'更改为Null ，问题仍然存在。

背景：

我的实际更新查询更复杂，涉及连接和多个条件。 在调试速度问题时，我可以将其分解为上面已经很慢的简单查询。

我使用 SQL Server Profiler 来确认我的猜测，即 access 对每一行进行查询，而不是将整个查询传递给 SQL Server。

不久前我有一个类似的问题： Force MS Access to send full query to SQL server 。 虽然问题是相同的 - Access 没有通过整个查询 - 解决方案必须有所不同，因为这里真的没有任何特殊命令。

Answer 1

Access 中更新查询的语法与 SQL Server 的语法有很大不同，尤其是在连接方面。 它们不能移交给 SQL 服务器。

主要区别之一是，在 Access 中，更新查询写入锁定所有包含的表，并且可以写入所有表，而在 SQL Server 中，您有一个单独的FROM部分，并且查询仅写入锁定并写入到单桌。

相反，如果性能有问题，请使用直通查询在 SQL 服务器上执行更新查询。

Answer 2

也许你可以欺骗 Access 调用批量更新：

Sql = "UPDATE dbo.myTable SET dbo.myTable.myColumn = 'A' WHERE dbo.myTable.myOtherColumn = 123;"
CurrentDb.Execute Sql, dbQSPTBulk

上面的 dbqQSPTBulk 应该与 dbQSQLPassthough 一起使用，但您不必这样做。

如果使用上面的，则只发送一个更新命令。

信用：阿尔伯特·卡拉尔