带多关联子查询的Oracle Update语句有效性咨询

让我来帮你拆解这个问题，以及验证你调整后的逻辑是否可行：

原查询的致命问题 #

你最初的UPDATE语句里，WHERE子句的判断完全错误：

WHERE pr.ID = (SELECT ID FROM Change ch WHERE ch.ID = ?)

这里你把Change的ID直接和Project的ID做匹配，但根据你的表关联逻辑，这两个ID根本没有直接关联关系，所以这个条件永远找不到对应的Project记录，自然执行后不会有任何更新效果——这就是问题的核心。

调整后的查询逻辑正确性 #

你修改后的WHERE子查询，通过RisksAndIssues -> ChangeRequests -> Change的关联链来定位对应的Project ID，这个逻辑是正确的，因为它建立了变更请求到项目的正确关联路径，终于能找到需要更新的Project记录了。

不过这个写法还有优化空间，嵌套子查询不仅可读性差，还可能存在潜在问题（比如如果关联后返回多条记录，会导致UPDATE报错），我给你推荐更清晰高效的写法：

优化方案1：使用UPDATE JOIN（Oracle 12c+支持） #

UPDATE Project pr
SET pr.ScheduledFinish = ch.RevisedEndDate
FROM Change ch
JOIN ChangeRequests cr ON cr.ID = ch.ID
JOIN RisksAndIssues ri ON ri.ID = cr.ID
WHERE pr.ID = ri.PK_ID
AND ch.ID = ?; -- 传入你的变更请求ID

优化方案2：使用MERGE语句（兼容更多Oracle版本） #

如果你的Oracle版本不支持UPDATE JOIN，MERGE是更稳妥的选择：

MERGE INTO Project pr
USING (
    -- 先通过关联链找到要更新的项目和对应的修订日期
    SELECT 
        ri.PK_ID AS project_id, 
        ch.RevisedEndDate
    FROM Change ch
    JOIN ChangeRequests cr ON cr.ID = ch.ID
    JOIN RisksAndIssues ri ON ri.ID = cr.ID
    WHERE ch.ID = ? -- 传入变更请求ID
) src
ON (pr.ID = src.project_id)
WHEN MATCHED THEN
    UPDATE SET pr.ScheduledFinish = src.RevisedEndDate;

额外需要注意的细节 #

• 避免多行匹配：如果同一个项目关联了多个变更请求，你需要明确指定取哪个RevisedEndDate，比如取最新的：
  在子查询里加ORDER BY ch.CreatedDate DESC FETCH FIRST 1 ROW ONLY（Oracle 12c+），或者用窗口函数ROW_NUMBER()来筛选。
• 验证关联正确性：一定要确认表之间的关联字段是否正确，比如cr.ID = ch.ID是不是应该是cr.Change_ID = ch.ID？这取决于你的实际表结构，关联字段错了也会导致找不到数据。
• 先测试查询：在执行UPDATE前，先把关联查询单独跑一遍，传入测试ID，看看是否能正确返回对应的Project ID和RevisedEndDate，这样能提前验证逻辑是否正确。

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