操作必须使用可更新的查询。 （错误 3073）

Question

我已经写了这个查询：

UPDATE tbl_stock1 SET 
tbl_stock1.weight1 = (
    select (b.weight1 - c.weight_in_gram) as temp 
    from
        tbl_stock1 as b,
        tbl_sales_item as c 
    where
        b.item_submodel_id = c.item_submodel_id 
        and b.item_submodel_id = tbl_stock1.item_submodel_id 
        and b.status <> 'D' 
        and c.status <> 'D'
    ), 
tbl_stock1.qty1 = (
    select (b.qty1 - c.qty) as temp1 
    from
        tbl_stock1 as b,
        tbl_sales_item as c 
    where 
        b.item_submodel_id = c.item_submodel_id 
        and b.item_submodel_id = tbl_stock1.item_submodel_id 
        and b.status <> 'D' 
        and c.status <> 'D'
    )
WHERE
    tbl_stock1.item_submodel_id = 'ISUBM/1' 
    and tbl_stock1.status <> 'D';

我收到此错误消息：

Operation must use an updatable query. (Error 3073) Microsoft Access

但如果我在 SQL Server 中运行相同的查询，它将被执行。

谢谢， 吃饭

Answer 1

我很确定 JET DB 引擎将任何带有子查询的查询视为不可更新。这很可能是错误的原因，因此，您需要重新编写逻辑并避免子查询。

作为测试，您还可以尝试删除在两个子查询中执行的计算（减法）。这个计算可能也不能很好地适应更新。

Answer 2

考虑一下这个使用 Northwind 的非常简单的 UPDATE 语句：

UPDATE Categories
   SET Description = (
                      SELECT DISTINCT 'Anything' 
                        FROM Employees
                     );

失败并出现错误“操作必须使用可更新查询”。

Access 数据库引擎 simple 不支持在 SET 子句中使用标量子查询的 SQL-92 语法。

Access 数据库引擎有自己专有的 UPDATE..JOIN..SET 语法，但不安全，因为与标量子查询不同，它不需要明确的值。如果值不明确，那么引擎会静默“选择”一个任意值，即使您知道问题，也很难（如果不是不可能）预测将应用哪个值。

例如，将 Northwind 中现有的 Categories 表和以下 daft（非）表作为更新的目标（愚蠢但简单地说明问题）：

CREATE TABLE BadCategories
(
 CategoryID INTEGER NOT NULL, 
 CategoryName NVARCHAR(15) NOT NULL
)
;
INSERT INTO BadCategories (CategoryID, CategoryName) 
   VALUES (1, 'This one...?')
;
INSERT INTO BadCategories (CategoryID, CategoryName) 
   VALUES (1, '...or this one?')
;

现在是UPDATE：

UPDATE Categories 
       INNER JOIN (
                   SELECT T1.CategoryID, T1.CategoryName
                     FROM Categories AS T1
                   UNION ALL 
                   SELECT 9 - T2.CategoryID, T2.CategoryName
                     FROM Categories AS T2
                  ) AS DT1
       ON DT1.CategoryID = Categories.CategoryID
   SET Categories.CategoryName = DT1.CategoryName;

当我运行它时，我被告知有两行已更新，这很有趣，因为类别表中只有一个匹配的行。结果是带有CategoryID 的Categories 表现在具有“...还是这个？”价值。我怀疑这是一场竞赛，看哪个值最后写入表中。

当SET 中有多个子句和/或 WHERE 子句与SET 的子句匹配时，SQL-92 标量子查询是冗长的，但至少它消除了歧义（加上一个体面的优化器应该能够检测到子查询是紧密匹配的）。 SQL-99 标准引入了MERGE，可以用来消除上述重复，但不用说Access 也不支持。

Access 数据库引擎缺乏对 SQL-92 标量子查询语法的支持，这对我来说是它最糟糕的“设计特性”（阅读“错误”）。

另请注意，Access 数据库引擎的专有 UPDATE..JOIN..SET 语法无论如何都不能用于集合函数（Access 中的“总计查询”）。见Update Query Based on Totals Query Fails。

Answer 3

请记住，如果您复制最初将查询或摘要查询作为查询的一部分的查询，即使您删除了这些查询并且只有链接表，查询将（错误地）表现得像它仍然没有-updateable 字段，会给你这个错误。您只需根据需要重新创建查询，但这是一个阴险的小故障。

Answer 4

您正在更新 weight1 和 qty1 的值，而这些值又派生自 weight1 和 qty1（分别）。这就是为什么 MS-Access 对更新感到窒息。它可能还在后台进行了一些优化。

我解决这个问题的方法是将计算转储到临时表中，然后从临时表中更新第一个表。

Answer 5

代码中没有错误。但是由于以下原因引发了错误。

• 请检查您是否已授予 MS-Access 数据库文件的读写权限。
• 存储它的数据库文件（比如在 Folder1 中）是只读的..？

假设您将数据库（MS-Access 文件）存储在只读文件夹中，而在运行您的应用程序时，连接不会被强制完全打开。因此，更改文件权限/其包含文件夹的权限，如 C:\Program files 中的所有大多数 C 驱动器文件都已设置为 只读，因此更改此权限可以解决此问题。

Answer 6

在查询属性中，尝试将 Recordset Type 更改为 Dynaset (Inconsistent Updates)