这个问题是对之前发布的问题、数据和代码示例的参考:
根据同一表中的值访问 SQL 更新联接中的一个表
嗨,AYS,
在 Access 中,需要对表运行更新查询。由于 UNION 查询是多组记录的组合,结果集不再是一个表,也不能成为 Update 查询的对象,因为结果集中的记录不再与任何一个特定表唯一标识(甚至如果理论上可以的话)。访问被硬编码以将每个 UNION 查询视为只读,这在有多个基础表时是有意义的。还有许多其他条件(例如 SELECT 语句中的子查询)也会触发此条件。
可以这样想:如果您没有使用 TOP 1 并且您的 UNION 查询返回了多个结果,JET 将如何知道将哪个结果应用于您的表中的唯一记录?因此,JET 对所有此类情况一视同仁。
不幸的是,即使所有数据都来自同一个表,情况也是如此。在这种情况下,JET 优化器很可能根本不够聪明,无法意识到这种情况并以不使用 UNION 的方式重新表述查询。
在这种情况下,您仍然可以通过重新声明查询以使所有内容都引用您的基表来获得所需的内容。例如,您可以使用以下内容作为 SELECT 查询来获取先前 SHP_CUSTOM_5 记录的 PO_NUM 值:
SELECT
t1.SHP_CUSTOM_5
, t1.PO_NUM
, t1.SHP_CUSTOM_5 -1 AS PREV_RECORD
, (SELECT
t2.PO_NUM
FROM
tempSpring_ASN As t2
WHERE
t2.SHP_CUSTOM_5 = (t1.SHP_CUSTOM_5 -1)
) AS PREV_PO
FROM
tempSpring_ASN AS t1
;
然后,您可以将其表述为更新查询,如下所示,以执行“LIN”更新:
UPDATE
tempSpring_ASN AS t1
SET
t1.RECORD_TYPE = "LIN"
WHERE
t1.PO_NUM=
(
SELECT
t2.PO_NUM
FROM
tempSpring_ASN As t2
WHERE
t2.SHP_CUSTOM_5 = (t1.SHP_CUSTOM_5 -1)
)
;
这段代码在我使用虚拟数据运行的测试中是成功的。
关于您的“HDR”更新,您实际上是在执行两个单独的更新。1) 如果 PO_NUM 与上一条记录的 PO_NUM 匹配,则将 RECORD_TYPE 设置为“LIN” 2) 如果是第一条记录,则将 RECORD_TYPE 设置为“HDR”
我不清楚为什么在一个查询中执行这些操作会有好处。我建议使用您在原始 SELECT 查询示例中使用的 SHP_CUSTOM_5 方法的“TOP 1”执行 HDR 更新,因为这将是一个相对简单的 UPDATE 查询。可以在 Update 查询中使用 IIF(),但我不知道您会从所需的额外时间和复杂性中获得什么额外好处(它很可能只是可读性低得多)。
祝你好运!