SQL Server Management Studio：意外的子查询行为
SQL Server Management Studio (SSMS) 在处理包含引用无效字段的子查询的查询时有时会表现出意外的行为。 虽然 SSMS 通常会执行语法验证，但在特定情况下它可能会令人惊讶地忽略这些错误，从而导致开发人员感到困惑。
考虑这个例子：
<code class="language-sql">delete from Photo where hs_id in (select hs_id from HotelSupplier where id = 142)</code>
此查询旨在根据从 Photo 中选择的子查询中找到的 hs_id 值从 HotelSupplier 表中删除条目。 然而，HotelSupplier 缺少 hs_id 字段；它使用 hs_key 代替。
有趣的是，尽管子查询本身在独立运行时失败，但该查询在 SSMS 中执行时通常不会出错：
<code class="language-sql">select hs_id from HotelSupplier where id = 142</code>
解释
SSMS 的行为源于其对不合格列引用的处理。 它将 hs_id 引用解释为属于外部查询 (Photo)，而不是子查询。 这遵循从最外层范围向内解析不合格列名的规则。
由于子查询没有显式选择任何列，SSMS 有效地将查询重写为：
<code class="language-sql">delete from Photo where Photo.hs_id in (select * from HotelSupplier where id = 142)</code>
如果子查询返回任何行（就像这里可能做的那样），这将删除 Photo 中的所有行，其中 hs_id 不为 NULL。 子查询的非空结果集会导致 IN 子句对于非 NULL 值求值为 true。
要点
这种看似违反直觉的行为强调了在 SQL 查询中使用完全限定列名（例如 HotelSupplier.hs_key）的重要性。 这种做法可以防止歧义并确保可预测的查询执行，避免意外的数据删除或其他意外后果。
以上是为什么 SQL Server Management Studio 有时会绕过子查询中的语法验证？的详细内容。更多信息请关注PHP中文网其他相关文章！
