SQL Server数据库的嵌套子查询

野人e族

　　许多人都对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。 ( A+ V) V4 e. L: J
- o8 n' T; w1 S, Z$ l' P* ]
有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我们将重点讨论嵌套子查询（nested subqueries）。
5 H$ s5 V3 I! c0 L$ Q* D5 z 1 ^5 ]7 E- n$ I6 j
试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。 . q: ?3 R- ]& f- B! r1 z3 g
! P; [4 _4 ]% o9 k* _% G

1 @$ I  w2 u4 A  V, {, D如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。 5 c. Y5 ^" z  z9 j: q

" d/ i* V. n0 V- W% Q! FUSE AdventureWorks ;- e! D. d2 I9 Q+ _1 n& v
GO
0 @1 t2 M1 _9 x% L7 USELECT DISTINCT c.LastName, c.FirstName + R2 k5 t& P8 f# @4 D! p
FROM Person.Contact c JOIN HumanResources.Employee e, v5 i7 g2 N4 L  Z: Q
ON e.ContactID = c.ContactID WHERE EmployeeID IN $ m8 n9 a/ Q( x+ y( e
(SELECT SalesPersonID ! x/ Z' ~! U$ |
FROM Sales.SalesOrderHeader* }5 k8 d$ [; I6 P4 e
WHERE SalesOrderID IN
# i. s9 A% M! e(SELECT SalesOrderID
) F- i2 _7 F2 a3 K8 X* B7 HFROM Sales.SalesOrderDetail, c/ i# U0 L3 A
WHERE ProductID IN * y" G1 B+ C* m" ~( E
(SELECT ProductID   _& H- c6 P+ ?
$ i% z4 j* A* c
FROM Production.Product p
- e6 w  ]$ F; D8 }% y) A" d' HWHERE ProductNumber LIKE'FW%')));( B9 `5 B; n- ]" P% d
GO* o+ B! b+ u5 S/ h5 X+ @

" ^# O, F7 Z  |7 M: `$ \: J
) D, i/ w8 r' }) s5 \5 w
$ D% v' c# U- h* b  ]" n# g" ^5 B3 X这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。 . ^5 h2 m" D0 y/ n1 x

. A  p6 m7 F1 q3 ?4 u+ r, h
, C# G9 g, K5 L! R我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。 6 p+ Q8 X4 E5 i
6 u, M4 {7 K6 w

- C7 b7 o' n' O1 G( I! @在你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，此时你会发现嵌套子程序确实有用。& z& ^' |1 |+ v' A  W, ~