这是与RDBMS无关的答案，但可能仍会有所帮助。以我的理解，相关的（又名，依存的）子查询可能是性能不佳的最常被错误指控的元凶。
问题（如最经常描述的那样）是它为外部查询的每一行处理内部查询。因此，如果外部查询返回1,000行，而内部查询返回10,000，则您的查询必须遍历10,000,000行（外部x内部）以产生结果。与相同结果集上的非相关查询的11,000行（外部+内部）相比，这是不好的。
但是，这只是最坏的情况。在许多情况下，DBMS将能够利用索引来大大减少行数。即使仅内部查询可以使用索引，10,000行还是〜13搜索，这将总数降低到13,000。
的
exists操作者可在第一后停止处理的行，削减查询成本进一步，尤其是当最外层行匹配至少一个内部行。
在极少数情况下，我看到SQL Server 2008R2将相关子查询优化为合并联接（该联接仅遍历两个集合-
最好的情况），在内部和外部查询中都可以找到合适的索引。
导致性能下降的真正原因不一定是 相关子查询 ，而是 嵌套扫描 。
