|
2 Dmitry
Оценки типа "чувствуется", "сходить поспать" и прочие нематериальные вещи оставим женской логике. Я по-прежнему продолжаю утверждать, что SQL Server по максимуму перекладывает на прилинкованный сервер все, что касается подзапроса, насколько это допускает OLE DB-провайдер прилинкованного сервера. Описанная Вами ситуация, когда SQL Server всасывает всю внешнюю таблицу целиком, чтобы обработать ее у себя, обуславливается либо тупостью внешнего провайдера, либо наличием в запросе каких-либо вещей, специфичных сугубо для MS SQL Server, которые не поддерживаются общим знаменателем OLE DB, даже если это SQLOLEDB.
Выполните, напр.,
select CustomerID, EmployeeID, OrderDate, Freight from MyLinkedSrv.Northwind.dbo.Orders where OrderDate >= '1998/01/01',
и Вы увидите в плане запроса
Remote Query = SELECT Tbl1001."CustomerID" Col1004,Tbl1001."EmployeeID" Col1005,Tbl1001."OrderDate" Col1006,Tbl1001."Freight" Col1009 FROM "Northwind"."dbo"."Orders" Tbl1001 WHERE Tbl1001."OrderDate">='1998-01-01 00:00:00.000'),
что фильтрация выполняется на прилинкованном сервере. А теперь сделайте
select CustomerID, EmployeeID, OrderDate, Freight from MyLinkedSrv.Northwind.dbo.Orders where datepart(yyyy, OrderDate) = 1998,
и Вы увидите, что теперь условие where уходит из Remote Query на локальный сервер:
Filter(WHEREdatepart(year, [MyLinkedSrv].[Northwind].[dbo].[Orders].[OrderDate])=199)
|--Remote Query(SOURCEMyLinkedSrv), QUERYSELECT Tbl1001."Freight" Col1009,Tbl1001."OrderDate" Col1006,Tbl1001."EmployeeID" Col1005,Tbl1001."CustomerID" Col1004 FROM "Northwind"."dbo"."Orders" Tbl1001))
SQL Server не передает where прилинкованному серверу, поскольку в общем случае тот не обязан знать, что такое datepart.
Сказанное относится и к стратегиям построения связей. Если MyLinkedSrv - SQL Server, то мы можем легко посмотреть, какая часть запроса в д-ти к нему приходит, натравив на него SQL Profiler. Включим Performance\Execution Plan в список отлавливаемых событий, установим фильтр на Application Name like Microsoft SQL Server%. На локальном сервере сделаем
select c.CompanyName, e.LastName, o.OrderDate, o.Freight
from Customers c inner join MyLinkedSrv.Northwind.dbo.Orders o on c.CustomerID = o.CustomerID
inner join MyLinkedSrv.Northwind.dbo.Employees e on o.EmployeeID = e.EmployeeID.
Вот как выглядит план на локальном сервере:
Merge Join(Inner Join, MERGE[c].[CustomerID])=([MyLinkedSrv].[Northwind].[dbo].[Orders].[CustomerID]), RESIDUAL[c].[CustomerID]=[MyLinkedSrv].[Northwind].[dbo].[Orders].[CustomerID]))
|--Clustered Index Scan(OBJECT[Northwind].[dbo].[Customers].[PK_Customers] AS [c]), ORDERED FORWARD)
|--Remote Query(SOURCEMyLinkedSrv), QUERYSELECT o."CustomerID" Col1070,o."OrderDate" Col1072,o."Freight" Col1075,e."LastName" Col1079 FROM "Northwind"."dbo"."Orders" o,"Northwind"."dbo"."Employees" e WHERE o."EmployeeID"=e."EmployeeID" ORDER BY o."CustomerID" ASC))
И действительно, в профайлере на MyLinkedSrv читаем:
Sort(ORDER BY[o].[CustomerID] ASC))
|--Hash Match(Inner Join, HASH[e].[EmployeeID])=([o].[EmployeeID]), RESIDUAL[e].[EmployeeID]=[o].[EmployeeID]))
|--Index Scan(OBJECT[Northwind].[dbo].[Employees].[LastName] AS [e]))
|--Clustered Index Scan(OBJECT[Northwind].[dbo].[Orders].[PK_Orders] AS [o])).
Это есть конкретная реализация того, что локальный сервер прислал ему в виде заявки в Remote Query. Кстати, обратите внимание, на ORDER BY Customer.ID, что затем на локальном сервере позволяет применить merge join, поск. Customers априори упорядочена по CustomerID.
|
