为何IIF函数中的子查询会影响SQL查询结果？

查询示例 #

SELECT Pl_dscs.cid;
FROM itfwarehouse!pl_dscs;
INNER JOIN itfwarehouse!nonbaggedsys_descs ON Pl_dscs.cnonbaggedsys_descs_id = nonbaggedsys_descs.cid;
WHERE PL_dscs.cnonbaggedsys_descs_id = lcnbsdcid AND;
    iif(.f.,pl_dscs.ldiscontinued=.f.,.t.) AND;
    iif(.f.,.t.,.t.) INTO CURSOR lcresult

SELECT Pl_dscs.cid;
FROM itfwarehouse!pl_dscs;
INNER JOIN itfwarehouse!nonbaggedsys_descs ON Pl_dscs.cnonbaggedsys_descs_id = nonbaggedsys_descs.cid;
WHERE PL_dscs.cnonbaggedsys_descs_id = lcnbsdcid AND;
    iif(.f.,pl_dscs.ldiscontinued=.f.,.t.) AND;
    iif(.f.,.f.,.t.) INTO CURSOR lcresult

SELECT Pl_dscs.cid;
FROM itfwarehouse!pl_dscs;
INNER JOIN itfwarehouse!nonbaggedsys_descs ON Pl_dscs.cnonbaggedsys_descs_id = nonbaggedsys_descs.cid;
WHERE PL_dscs.cnonbaggedsys_descs_id = lcnbsdcid AND;
    iif(.f.,pl_dscs.ldiscontinued=.f.,.t.) AND;
    iif(.f.,NOT pl_dscs.cid in (select cpl_dscs_id FROM itfwarehouse!pl_dscsperfacwsite WHERE pl_dscsperfacwsite.cfacilities_id = ""),.t.) INTO CURSOR lcresult

现象 #

• 第1、2个查询返回1条记录
• 第3个查询无记录返回

第2和第3个查询的唯一差异是最后一个IIF函数的第二个参数：第2个是常量.f.，第3个是子查询。按逻辑，IIF(.f., 表达式, .t.)应该直接返回.t.，子查询不该执行，但实际结果却被影响。

原因 #

Visual FoxPro的查询优化器在处理WHERE子句时，不会严格遵循程序逻辑中IIF的短路求值规则。对于包含子查询的表达式，查询优化器会优先考虑整体查询执行效率，可能提前解析并执行子查询，甚至将子查询的逻辑合并到主查询的执行计划中，而非等到IIF条件判断后再决定是否执行。

具体到第3个查询，即使IIF的第一个条件是.f.，查询引擎仍会执行子查询NOT pl_dscs.cid in (select ...)。如果子查询返回的结果包含主查询中pl_dscs.cid的值，那么该表达式的结果为.f.，优化器可能直接用这个结果替代IIF的预期返回值.t.，导致WHERE条件不满足，最终无记录返回。

另外，IIF在程序逻辑中是短路求值，但在查询语句的WHERE子句中，其行为由查询优化器主导，而非普通的程序执行逻辑，这是两者的核心差异。

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