SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 ( H4 u  M  T7 p3 ^1 j

2 [  q8 s3 x* v! p有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。 : C& d6 _7 Y  G! D

5 Y- L/ B, @4 {8 k试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。
' u' ^0 R1 J; A" T - d5 F) H: P8 V) Q  Q: |: a

  v  N9 {* p! Z. y) v& B如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。
1 x* n1 T6 N( _8 s5 d' i" Z 5 U# Z! V- M0 X& `
USE AdventureWorks ;
6 S5 Y( W8 O7 \4 r! AGO  ?+ x( _  n$ W% R' O' R, p
SELECT DISTINCT c.LastName, c.FirstName
2 k! T0 u8 g* _! V% YFROM Person.Contact c JOIN HumanResources.Employee e; I# v& [8 `2 j. I0 [; b4 k
ON e.ContactID = c.ContactID WHERE EmployeeID IN
/ r) l6 B& f& k. U: a" W( ?3 _(SELECT SalesPersonID ( b5 J$ _6 k0 V5 x0 c
FROM Sales.SalesOrderHeader) u2 @6 A' k; ?
WHERE SalesOrderID IN % g" l8 C; X! r, y9 B6 P1 g+ b! q
(SELECT SalesOrderID * _/ j5 w; y+ A1 f
FROM Sales.SalesOrderDetail4 W  g$ F/ ~: v% p6 s
WHERE ProductID IN   G! r; v5 Z1 h; h; `7 H. K9 r
(SELECT ProductID
! i2 u. ]9 A3 A7 Y- J, [+ u6 _9 Q- J* q, |. ~' [
FROM Production.Product p
1 n2 S' z- k$ E1 J# D3 [WHERE ProductNumber LIKE'FW%')));0 J( k" q3 e( S7 l
GO8 R* J# Q# z. ^

$ c  F2 ~) K6 E- O9 m/ B/ u- w% A& V4 D
4 Q  T! @/ \& P3 G$ ^
这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 6 i, e3 |* u1 C3 w5 e
% |/ K; j- h( O* }
2 w5 ~; r; l2 E' f" ?; H8 l
我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。
* z  T) `) K+ Y; s( i7 @; j  l
! R) e& J( n  `5 X; h
4 ~9 d; u" Q% B1 Z0 [) h在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。3 W6 C' g8 P* Y3 o/ z  ?+ q