什么时候应该在内部联接上使用交叉应用？

使用CROSS APPLY的主要目的是什么？

我已经读过（模糊地通过Internet上的帖子），如果您正在分区，则在选择大型数据集时， cross apply会更有效。（想起分页）

我也知道， CROSS APPLY不需要UDF作为右表。

在大多数INNER JOIN查询（一对多关系）中，我可以重写它们以使用CROSS APPLY ，但是它们总是给我等效的执行计划。

在CROSS APPLY在INNER JOIN也能正常工作的情况下， CROSS APPLY时，谁能给我一个很好的例子？

编辑：

这是一个简单的示例，其中执行计划完全相同。（向我展示它们的不同之处和cross apply的更快/更有效的地方）

create table Company (companyId int identity(1,1)
,   companyName varchar(100)
,   zipcode varchar(10)
,   constraint PK_Company primary key (companyId)
)
GOcreate table Person (personId int identity(1,1)
,   personName varchar(100)
,   companyId int
,   constraint FK_Person_CompanyId foreign key (companyId) references dbo.Company(companyId)
,   constraint PK_Person primary key (personId)
)
GOinsert Company
select 'ABC Company', '19808' union
select 'XYZ Company', '08534' union
select '123 Company', '10016'insert Person
select 'Alan', 1 union
select 'Bobby', 1 union
select 'Chris', 1 union
select 'Xavier', 2 union
select 'Yoshi', 2 union
select 'Zambrano', 2 union
select 'Player 1', 3 union
select 'Player 2', 3 union
select 'Player 3', 3 /* using CROSS APPLY */
select *
from Person p
cross apply (select *from Company cwhere p.companyid = c.companyId
) Czip/* the equivalent query using INNER JOIN */
select *
from Person p
inner join Company c on p.companyid = c.companyId

#1楼

在我看来，CROSS APPLY在处理复杂/嵌套查询中的计算字段时可以填补一定的空白，并使它们更简单易读。

举个简单的例子：您有一个DoB，并且想要显示多个与年龄相关的字段，这些字段也将依赖于其他数据源（例如，就业），例如Age，AgeGroup，AgeAtHiring，MinimumRetirementDate等，供最终用户应用程序使用（例如，Excel PivotTables）。

选项是有限的，很少是优雅的：

JOIN子查询不能基于父查询中的数据在数据集中引入新值（它必须独立存在）。
UDF整洁，但速度较慢，因为它们倾向于阻止并行操作。作为一个单独的实体可以是一件好事（更少的代码）也可以是一件坏事（代码在哪里）。
连接表。有时它们可以工作，但是很快您就可以与大量UNION一起加入子查询。大混乱。
假设您的计算不需要在主查询过程中获取的数据，则可以创建另一个视图。
中间表。是的...通常可以正常工作，并且通常是一个不错的选择，因为它们可以被索引并且速度很快，但是由于UPDATE语句不平行并且不允许级联公式（重用结果）来更新内部的多个字段，因此性能也会下降相同的声明。有时，您只喜欢一次性完成任务。
嵌套查询。是的，您可以随时在整个查询上加上括号并将其用作子查询，在子查询上您可以操作源数据和计算字段。但是您只能在丑陋之前做很多事情。十分难看。
重复代码。 3个长（CASE ... ELSE ... END）语句的最大值是多少？那将是可读的！
- 告诉您的客户自己计算该死的事情。

我错过了什么？可能吧，随时发表评论。但是，在这种情况下，CROSS APPLY就像天赐之物：您只需添加一个简单的CROSS APPLY (select tbl.value + 1 as someFormula) as crossTbl和CROSS APPLY (select tbl.value + 1 as someFormula) as crossTbl ！现在，您的新字段几乎可以像源数据中一直存在的那样准备好使用。

通过CROSS APPLY引入的值可以...

用于创建一个或多个计算字段，而不会增加性能，复杂性或可读性
像JOIN一样，几个后续的CROSS APPLY语句可以引用自己： CROSS APPLY (select crossTbl.someFormula + 1 as someMoreFormula) as crossTbl2
您可以在随后的JOIN条件中使用CROSS APPLY引入的值
作为奖励，还有表值函数方面

ang，他们无能为力！

#2楼

在CROSS APPLY在INNER JOIN也能正常工作的情况下，CROSS APPLY有所作为时，谁能给我一个很好的例子？

有关性能比较的详细信息，请参阅我博客中的文章：

INNER JOIN与CROSS APPLY

在没有简单的JOIN条件的情况下， CROSS APPLY效果更好。

这个从t2为t1每个记录选择3最后记录：

SELECT  t1.*, t2o.*
FROM    t1
CROSS APPLY(SELECT  TOP 3 *FROM    t2WHERE   t2.t1_id = t1.idORDER BYt2.rank DESC) t2o

在INNER JOIN条件下不容易配制。

您可能可以使用CTE和window函数执行类似的操作：

WITH    t2o AS(SELECT  t2.*, ROW_NUMBER() OVER (PARTITION BY t1_id ORDER BY rank) AS rnFROM    t2)
SELECT  t1.*, t2o.*
FROM    t1
INNER JOINt2o
ON      t2o.t1_id = t1.idAND t2o.rn <= 3

，但可读性较低，效率可能较低。

更新：

刚刚检查。

master是一个包含约20,000,000条记录的表，其id为PRIMARY KEY 。

该查询：

WITH    q AS(SELECT  *, ROW_NUMBER() OVER (ORDER BY id) AS rnFROM    master),t AS (SELECT  1 AS idUNION ALLSELECT  2)
SELECT  *
FROM    t
JOIN    q
ON      q.rn <= t.id

运行了将近30秒，而这一个：

WITH    t AS (SELECT  1 AS idUNION ALLSELECT  2)
SELECT  *
FROM    t
CROSS APPLY(SELECT  TOP (t.id) m.*FROM    master mORDER BYid) q

是即时的。

#3楼

我想应该是可读性;）

对于那些要告诉他们正在使用UDF的人来说，CROSS APPLY在某种程度上将是唯一的，它将应用于左侧表格的每一行。

当然，还有其他一些限制，那就是使用CROSS APPLY比使用其他好友在上面发布的JOIN更好。

#4楼

交叉应用同样适用于XML字段。如果要与其他字段一起选择节点值。

例如，如果您有一个包含一些xml的表

 <root> <subnode1> <some_node value="1" /> <some_node value="2" /> <some_node value="3" /> <some_node value="4" /> </subnode1> </root>

使用查询

SELECTid as [xt_id],xmlfield.value('(/root/@attribute)[1]', 'varchar(50)') root_attribute_value,node_attribute_value = [some_node].value('@value', 'int'),lt.lt_name
FROM dbo.table_with_xml xt
CROSS APPLY xmlfield.nodes('/root/subnode1/some_node') as g ([some_node])
LEFT OUTER JOIN dbo.lookup_table lt
ON [some_node].value('@value', 'int') = lt.lt_id

将返回结果

xt_id root_attribute_value node_attribute_value lt_name
----------------------------------------------------------------------
1     test1            1                    Benefits
1     test1            4                    FINRPTCOMPANY

#5楼

交叉应用可用于替换需要子查询列的子查询

子查询

select * from person p where
p.companyId in(select c.companyId from company c where c.companyname like '%yyy%')

在这里，我将无法选择公司表的列，因此，使用交叉应用

select P.*,T.CompanyName
from Person p
cross apply (select *from Company Cwhere p.companyid = c.companyId and c.CompanyName like '%yyy%'
) T

#6楼

考虑您有两个表。

主表

x------x--------------------x
| Id   |        Name        |
x------x--------------------x
|  1   |          A         |
|  2   |          B         |
|  3   |          C         |
x------x--------------------x

详情表

x------x--------------------x-------x
| Id   |      PERIOD        |   QTY |
x------x--------------------x-------x
|  1   |   2014-01-13       |   10  |
|  1   |   2014-01-11       |   15  |
|  1   |   2014-01-12       |   20  |
|  2   |   2014-01-06       |   30  |
|  2   |   2014-01-08       |   40  |
x------x--------------------x-------x

在很多情况下，我们需要用CROSS APPLY替换INNER JOIN 。

1.根据TOP n结果联接两个表

考虑是否需要从Master选择Id和Name ，并从Details table为每个Id选择最后两个日期。

SELECT M.ID,M.NAME,D.PERIOD,D.QTY
FROM MASTER M
INNER JOIN
(SELECT TOP 2 ID, PERIOD,QTY FROM DETAILS D      ORDER BY CAST(PERIOD AS DATE)DESC
)D
ON M.ID=D.ID

SQL字段

上面的查询生成以下结果。

x------x---------x--------------x-------x
|  Id  |   Name  |   PERIOD     |  QTY  |
x------x---------x--------------x-------x
|   1  |   A     | 2014-01-13   |  10   |
|   1  |   A     | 2014-01-12   |  20   |
x------x---------x--------------x-------x

看到，它生成了最后两个日期和最后两个日期的Id ，然后仅在Id的外部查询中加入了这些记录，这是错误的。为此，我们需要使用CROSS APPLY 。

SELECT M.ID,M.NAME,D.PERIOD,D.QTY
FROM MASTER M
CROSS APPLY
(SELECT TOP 2 ID, PERIOD,QTY FROM DETAILS D  WHERE M.ID=D.IDORDER BY CAST(PERIOD AS DATE)DESC
)D

SQL字段

并形成以下结果。

x------x---------x--------------x-------x
|  Id  |   Name  |   PERIOD     |  QTY  |
x------x---------x--------------x-------x
|   1  |   A     | 2014-01-13   |  10   |
|   1  |   A     | 2014-01-12   |  20   |
|   2  |   B     | 2014-01-08   |  40   |
|   2  |   B     | 2014-01-06   |  30   |
x------x---------x--------------x-------x

运作方式如下。 CROSS APPLY内部的查询可以引用外部表，而INNER JOIN不能执行此操作（它会引发编译错误）。当找到最后两个日期时，将在CROSS APPLY WHERE M.ID=D.ID ，即WHERE M.ID=D.ID

2.当我们需要使用函数的INNER JOIN功能时。

当我们需要从Master表和function获取结果时，可以将CROSS APPLY替换为INNER JOIN 。

SELECT M.ID,M.NAME,C.PERIOD,C.QTY
FROM MASTER M
CROSS APPLY dbo.FnGetQty(M.ID) C

这是功能

CREATE FUNCTION FnGetQty
(   @Id INT
)
RETURNS TABLE
AS
RETURN
(SELECT ID,PERIOD,QTY FROM DETAILSWHERE ID=@Id
)

SQL字段

产生了以下结果

x------x---------x--------------x-------x
|  Id  |   Name  |   PERIOD     |  QTY  |
x------x---------x--------------x-------x
|   1  |   A     | 2014-01-13   |  10   |
|   1  |   A     | 2014-01-11   |  15   |
|   1  |   A     | 2014-01-12   |  20   |
|   2  |   B     | 2014-01-06   |  30   |
|   2  |   B     | 2014-01-08   |  40   |
x------x---------x--------------x-------x

交叉申请的其他优势

APPLY可以用作UNPIVOT的替代品。可以在此处使用“ CROSS APPLY或“ OUTER APPLY ，它们可以互换。

考虑您具有下表（名为MYTABLE ）。

x------x-------------x--------------x
|  Id  |   FROMDATE  |   TODATE     |
x------x-------------x--------------x
|   1  |  2014-01-11 | 2014-01-13   |
|   1  |  2014-02-23 | 2014-02-27   |
|   2  |  2014-05-06 | 2014-05-30   |
|   3  |     NULL    |    NULL      |
x------x-------------x--------------x

查询如下。

SELECT DISTINCT ID,DATES
FROM MYTABLE
CROSS APPLY(VALUES (FROMDATE),(TODATE))
COLUMNNAMES(DATES)

SQL字段

为您带来结果

  x------x-------------x| Id   |    DATES    |x------x-------------x|  1   |  2014-01-11 ||  1   |  2014-01-13 ||  1   |  2014-02-23 ||  1   |  2014-02-27 ||  2   |  2014-05-06 ||  2   |  2014-05-30 | |  3   |    NULL     | x------x-------------x

#7楼

这也许是一个古老的问题，但是我仍然喜欢CROSS APPLY的强大功能，它可以简化逻辑的重用并提供结果的“链接”机制。

我在下面提供了一个SQL Fiddle，它显示了一个简单的示例，说明如何使用CROSS APPLY对数据集执行复杂的逻辑操作而不会造成任何混乱。从这里不难推断出更复杂的计算。

http://sqlfiddle.com/#!3/23862/2

#8楼

这是一篇说明所有内容的文章，它们的性能差异和与JOINS的用法不同。

SQL Server通过联接进行交叉应用和外部应用

如本文中所建议，对于普通的联接操作（INNER AND CROSS），它们之间没有性能差异。

使用差异会在您必须执行以下查询时到达：

CREATE FUNCTION dbo.fn_GetAllEmployeeOfADepartment(@DeptID AS INT)
RETURNS TABLE
AS
RETURN ( SELECT * FROM Employee E WHERE E.DepartmentID = @DeptID )
GO
SELECT * FROM Department D
CROSS APPLY dbo.fn_GetAllEmployeeOfADepartment(D.DepartmentID)

也就是说，当您必须与功能相关时。这不能使用INNER JOIN来完成，这将给您错误“无法绑定多部分标识符“ D.DepartmentID”。” 此处，在读取每一行时，会将值传递给函数。对我来说听起来很酷。 :)

#9楼

APPLY运算符的本质是允许FROM子句中运算符的左侧和右侧之间具有相关性。

与JOIN相比，输入之间的相关性是不允许的。

谈到APPLY运算符中的相关性，我的意思是在右侧我们可以输入：

派生表-作为具有别名的相关子查询
表值函数-具有参数的概念视图，其中参数可以引用左侧

两者都可以返回多个列和行。

#10楼

从技术上来说，这已经得到了很好的回答，但是让我举一个具体的例子说明它是多么有用：

假设您有两个表，客户表和订单。客户有很多订单。

我想创建一个视图，为我提供有关客户以及他们最近完成的订单的详细信息。仅使用JOINS，这将需要一些自联接和聚合，这并不理想。但是使用Cross Apply，它超级简单：

SELECT *
FROM Customer
CROSS APPLY (SELECT TOP 1 *FROM OrderWHERE Order.CustomerId = Customer.CustomerIdORDER BY OrderDate DESC
) T

#11楼

cross apply有时使您可以做inner join无法做到的事情。

示例（语法错误）：

select F.* from sys.objects O
inner join dbo.myTableFun(O.name) F
on F.schema_id= O.schema_id

这是一个语法错误 ，因为当与inner join一起使用时，表函数只能将变量或常量作为参数。（即，表函数参数不能依赖于另一个表的列。）

然而：

select F.* from sys.objects O
cross apply ( select * from dbo.myTableFun(O.name) ) F
where F.schema_id= O.schema_id

这是合法的。

编辑：或者，较短的语法：（由ErikE）

select F.* from sys.objects O
cross apply dbo.myTableFun(O.name) F
where F.schema_id= O.schema_id

编辑：

注意：Informix 12.10 xC2 +具有横向衍生表，而Postgresql（9.3+）具有横向子查询，可以使用类似的效果。

#12楼

好吧，我不确定这是否符合使用交叉申请与内部联接的理由，但是在使用交叉申请的论坛帖子中为我回答了此查询，因此我不确定是否使用内部联接的均等方法：

Create PROCEDURE [dbo].[Message_FindHighestMatches]-- Declare the Topical Neighborhood
@TopicalNeighborhood nchar(255)

从头开始

-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ONCreate table  #temp
(MessageID         int,Subjects          nchar(255),SubjectsCount    int
)Insert into #temp Select MessageID, Subjects, SubjectsCount From MessageSelect Top 20 MessageID, Subjects, SubjectsCount,(t.cnt * 100)/t3.inputvalues as MatchPercentageFrom #temp cross apply (select count(*) as cnt from dbo.Split(Subjects,',') as t1join dbo.Split(@TopicalNeighborhood,',') as t2on t1.value = t2.value) as t
cross apply (select count(*) as inputValues from dbo.Split(@TopicalNeighborhood,',')) as t3Order By MatchPercentage descdrop table #temp

结束