9

Update: Infact leave the below complicated query and please check this query. It says Fetch is 98% as compared to 2% in Row_Number?

enter image description here

Is Fetch yet another marketing keyword for sql server 2012?

-------------------------Original question--------------------

Let me clear that wherever I read, I find it stating that Fetch is very fast than old Row_Number function. However, I find it nearly the opposite and by a long way. My DB has nearly 0.2 million records. This is my query using Fetch:

exec sp_executesql N'set arithabort off;set transaction isolation level read uncommitted;
                                    Select cte.DocumentID, cte.IsReEfiled, cte.IGroupID, cte.ITypeID, cte.RecordingDateTime, cte.CreatedByAccountID, cte.JurisdictionID, 
                        cte.LastStatusChangedDateTime as LastStatusChangedDateTime
                        ,  cte.IDate, cte.InstrumentID, cte.DocumentStatusID,ig.Abbreviation as IGroupAbbreviation, u.Username, j.JDAbbreviation, inf.DocumentName,
                       it.Abbreviation, cte.DocumentDate, ds.Abbreviation as DocumentStatusAbbreviation,  ds.Name as DocumentStatusName,
                        ( SELECT CAST(CASE WHEN cte.DocumentID = (
                                SELECT TOP 1 doc.DocumentID
                                FROM  Documents doc
                                WHERE doc.JurisdictionID = cte.JurisdictionID
                                        AND doc.DocumentStatusID = cte.DocumentStatusID
                                ORDER BY LastStatusChangedDateTime) 
                            THEN 1
                            ELSE 0
                        END AS BIT)
                        ) AS CanChangeStatus ,

                        Upper((Select Top 1 Stuff( (Select ''='' + dbo.GetDocumentNameFromParamsWithPartyType(Business, FirstName, MiddleName, LastName, t.Abbreviation, NameTypeID, pt.Abbreviation, IsGrantor, IsGrantee)  From DocumentNames dn
                                Left Join Titles t
                                    on dn.TitleID = t.TitleID               
                                Left Join PartyTypes pt
                                    On pt.PartyTypeID = dn.PartyTypeID
                                        Where DocumentID = cte.DocumentID
                                            For XML PATH('''')),1,1,''''))) as FlatDocumentName 

                        FROM Documents cte Left Join DocumentStatuses ds On                     
                        cte.DocumentStatusID = ds.DocumentStatusID 
                        Inner Join Users u on cte.UserID = u.UserID
                        Inner Join IGroupes ig On ig.IGroupID = cte.IGroupID
                        Inner Join ITypes it On ig.IGroupID = it.IGroupID
                        Left Join InstrumentFiles inf On cte.DocumentID = inf.DocumentID 
                    Left Join Jurisdictions j on j.JurisdictionID = cte.JurisdictionID Where 1=1
                    Order by cte.LastStatusChangedDateTime OFFSET 110700 Rows FETCH Next 50 Rows ONLY',N'@0 int,@1 int,@2 int,@3 int,@4 int,@5 int,@6 int,@7 int,@8 int,@9 int,@10 int,@11 int',
                    @0=4,@1=1,@2=5,@3=9,@4=4,@5=1,@6=1,@7=5,@8=9,@9=4,@10=1,@11=1

The above query takes 17 seconds to produce 50 records. This is the query plan:

enter image description here

enter image description here

enter image description here

This is the query plan XML in case it's not clear from images: https://www.dropbox.com/s/br5urj4xapazu9l/fetch.txt

Now this is the same query using old Row_Number (and using the same DB indexes and columns and Joins as Fetch):

exec sp_executesql N'set arithabort off;set transaction isolation level read uncommitted;With cte as (Select peta_rn = ROW_NUMBER() OVER (ORDER BY  d.LastStatusChangedDateTime  asc )  
                                                , d.DocumentID
                                                , u.Username
                                                , it.Abbreviation AS ITypeAbbreviation
                                                , ig.Abbreviation AS IGroupAbbreviation
                                                , d.IsReEfiled 
                                                , d.IGroupID 
                                                , d.ITypeID 
                                                , d.RecordingDateTime 
                                                , d.CreatedByAccountID 
                                                , d.JurisdictionID
                                                , d.LastStatusChangedDateTime AS LastStatusChangedDateTime 
                                                , d.IDate 
                                                , d.InstrumentID 
                                                , d.DocumentStatusID
                                                , d.DocumentDate
                                From Documents d
                                Inner Join Users u on d.UserID = u.UserID Inner Join IGroupes ig on ig.IGroupID = d.IGroupID
                                Inner Join ITypes it on it.ITypeID = d.ITypeID Where 1=1  ANd d.IGroupID = @0   And (d.JurisdictionID = @1 Or DocumentStatusID = @2 Or DocumentStatusID = @3
                                    Or DocumentStatusID = @4 Or DocumentStatusID = @5)   And d.DocumentStatusID <> 3 And  d.DocumentStatusID <> 8 And  d.DocumentStatusID <> 7 AND
                                        ((CreatedByJurisdictionID = @6 Or DocumentStatusID = @7 Or DocumentStatusID = @8
                                        Or DocumentStatusID = @9 Or DocumentStatusID = @10
                                    Or CreatedByAccountID IN (Select AccountID From AccountsJurisdictions Where JurisdictionID = @11)))) Select cte.DocumentID, cte.IsReEfiled, cte.IGroupID, cte.ITypeID, cte.RecordingDateTime, cte.CreatedByAccountID, cte.JurisdictionID, 
                        cte.LastStatusChangedDateTime as LastStatusChangedDateTime
                        ,  cte.IDate, cte.InstrumentID, cte.DocumentStatusID,cte.IGroupAbbreviation, cte.Username, j.JDAbbreviation, inf.DocumentName,
                       cte.ITypeAbbreviation, cte.DocumentDate, ds.Abbreviation as DocumentStatusAbbreviation,  ds.Name as DocumentStatusName,
                        ( SELECT CAST(CASE WHEN cte.DocumentID = (
                                SELECT TOP 1 doc.DocumentID
                                FROM  Documents doc
                                WHERE doc.JurisdictionID = cte.JurisdictionID
                                        AND doc.DocumentStatusID = cte.DocumentStatusID
                                ORDER BY LastStatusChangedDateTime) 
                            THEN 1
                            ELSE 0
                        END AS BIT)
                        ) AS CanChangeStatus ,

                        Upper((Select Top 1 Stuff( (Select ''='' + dbo.GetDocumentNameFromParamsWithPartyType(Business, FirstName, MiddleName, LastName, t.Abbreviation, NameTypeID, pt.Abbreviation, IsGrantor, IsGrantee)  From DocumentNames dn
                                Left Join Titles t
                                    on dn.TitleID = t.TitleID               
                                Left Join PartyTypes pt
                                    On pt.PartyTypeID = dn.PartyTypeID
                                        Where DocumentID = cte.DocumentID
                                            For XML PATH('''')),1,1,''''))) as FlatDocumentName 

                        FROM cte Left Join DocumentStatuses ds On
                        cte.DocumentStatusID = ds.DocumentStatusID Left Join InstrumentFiles inf On cte.DocumentID = inf.DocumentID 
                    Left Join Jurisdictions j on j.JurisdictionID = cte.JurisdictionID Where 1=1 And peta_rn>@12 AND peta_rn<=@13 Order by peta_rn',N'@0 int,@1 int,@2 int,@3 int,@4 int,@5 int,@6 int,@7 int,@8 int,@9 int,@10 int,@11 int,@12 int,@13 int',@0=4,@1=1,@2=5,@3=9,@4=4,@5=1,@6=1,@7=5,@8=9,@9=4,@10=1,@11=1,@12=110700,@13=110750

This query takes less than 1 second! This is the query plan for that: enter image description here

enter image description here

enter image description here

So, what am I missing? Why is row_number faster than Fetch?

This is the query plan for rownum: https://www.dropbox.com/s/uin66esfb2ov8m7/rownum.txt

4

2 に答える 2

3

あなたの問題はOFFSET/FETCH対ROW_NUMBERではないと思います

元の質問では、2 つのクエリは同じではありません。

最初のクエリ (OFFSET/FETCH) はパラメーターのすべてのフィルター条件を見逃しているため、より大きなベース データで機能し、多数の JOINS を使用すると、レコード数が急速に増加する可能性があります。

2 番目のクエリ (ROW_NUMBER) では、CTE の実行後に左結合が適用され、一致するレコード (peta_rn>@12 AND peta_rn<=@13) に対してのみ、結合するレコード数が大幅に削減されます。

2 つのクエリはまったく比較できません。OFFSET/FETCH を使用して CTE バージョンを作成すると、ROW_NUMBER バージョンよりも高速になると思います。

実際、あなたのEDIT/UPDATEについて話しているときは、EXECUTION PLAN の指示を考慮せずに、両方を実行してタイミングを測定してください。 とにかく OFFSET/FETCH の方が速いことがわかります。

2018-10-04 編集/更新さまざまなシナリオでさらにテストを行ったところ、インデックスとテーブルのカーディナリティ (aka )
によって結果が異なる場合があることがわかりましたCOUNT(*)

クラスター化インデックスを使用して列で並べ替える場合は、OFFSET/FETCHよりもはるかに高速になりROW_NUMBERます。小さなテーブル (20000 行未満) では実行時間はほぼ同じですが、大きなテーブルでOFFSET/FETCHはすぐにはるかに速くなります (200-300%)。

OFFSET/FETCHクラスター化されていないインデックスを使用して列でROW_NUMBER並べ替える場合、パラメーター (テーブルの行数、開始レコード、およびフェッチされる行数) によっては、後者が適切に機能する可能性があります。

インデックスのない列で注文する場合は、それOFFSET/FETCHよりも少し高速ですROW_NUMBERが、パフォーマンスはほぼ同じです。

于 2016-06-15T14:29:57.793 に答える
0

http://www.mssqltips.com/sqlservertip/2696/comparing-performance-for-different-sql-server-paging-methods/ 上記によると、フェッチは2012年に最適です...

于 2013-10-16T18:24:20.300 に答える