JOIN查询直接执行正常 封装为SQL视图后关联返回NULL问题咨询

• 首先排查最明显的SQL语法笔误：你提供的子查询T3代码中，SELECT子句返回的分组字段是S5.Operationcode，但GROUP BY子句分组的是S5.Operatieverrichtingcode，若二者不是同一字段的别名，会导致T3返回的Operationcode值不符合预期：直接执行时优化器生成的执行计划恰好返回了能匹配T2的Operationcode值，封装为视图后执行计划调整，返回的Operationcode和T2.Operationcode完全匹配不上，最终LEFT JOIN结果全为NULL。
  解决方法：将GROUP BY子句修正为GROUP BY S5.Operationcode，保证分组字段和返回的关联字段一致。
• 其次排查嵌套视图的谓词下推异常：SQL Server处理多层视图嵌套时，优化器可能生成错误的执行计划，将子查询T3内部的S3.IndOperationroom = '1'过滤条件错误下推到外层JOIN逻辑之前，导致T3的计算结果集为空。当你把V_Operationroom替换为基表后，优化器的执行计划生成逻辑变化，规避了谓词下推错误。
  解决方法：可以在子查询T3中添加查询提示禁止谓词下推，比如在T3的SELECT语句末尾加OPTION (FORCE ORDER)，或者给V_Operationroom视图添加WITH SCHEMABINDING选项避免执行计划错误折叠。
• 最后排查视图的元数据不一致问题：虽然你确认V_Operationroom和基表的字段数据类型一致，但如果视图未刷新元数据，可能存在缓存的元数据错误。比如基表字段调整后视图未重新编译，导致关联时出现隐式类型转换。
  解决方法：执行sp_refreshview 'dbo.V_Operationroom'刷新视图元数据，再重新测试V_WaitingList视图的返回结果。

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