dbForge Studio for SQL Server為有效的探索、分析SQL Server數(shù)據(jù)庫中的大型數(shù)據(jù)集提供全面的解決方案，并設計各種報表以幫助作出合理的決策。

點擊下載dbForge Studio for SQL Server最新試用版

更多內容點擊查看上一篇

讓我們通過執(zhí)行“比較所選結果”命令來比較結果：

我們必須說，UNPIVOT和VALUES查詢的執(zhí)行速度沒有明顯差異。這適用于將列簡單轉換為行的情況。

讓我們檢查另一個任務，我們需要為每個玩家找到游戲中最頻繁的結果。

我們將嘗試在UNPIVOT聲明的幫助下完成此任務：

SELECT
      PlayerID
    , GameType = (
        SELECT TOP 1 GameType
        FROM dbo.Players
        UNPIVOT (
            GameCount FOR GameType IN (
                Win, Defeat, StandOff
            )
        ) unpvt
        WHERE PlayerID = p.PlayerID
        ORDER BY GameCount DESC
    )
FROM dbo.Players p

在執(zhí)行計劃中，它表明瓶頸是多重數(shù)據(jù)讀取和排序，這對于組織數(shù)據(jù)行是必需的：

如果我們記得可以使用外部查詢塊中的列，則很容易擺脫多重數(shù)據(jù)讀取：

SELECT
      p.PlayerID
    , GameType = (
        SELECT TOP 1 GameType
        FROM (SELECT t = 1) t
        UNPIVOT (
            GameCount FOR GameType IN (
                Win, Defeat, StandOff
            )
        ) unpvt
        ORDER BY GameCount DESC
    )
FROM dbo.Players p

消除了多次讀取數(shù)據(jù)，但是最耗資源的操作–排序仍然存在：

這就是VALUES語句在此任務期間的行為：

SELECT
      t.PlayerID
    , GameType = (
            SELECT TOP 1 GameType
            FROM (
                VALUES
                      (Win,  'Win')
                    , (Defeat,   'Defeat')
                    , (StandOff, 'StandOff')
            ) t (GameCount, GameType)
            ORDER BY GameCount DESC
        )
FROM dbo.Players t

正如我們期望的那樣，該計劃得到了簡化，但是仍然存在排序：

讓我們嘗試通過使用聚合函數(shù)來避免排序：

SELECT
      t.PlayerID
    , GameType = (
            SELECT TOP 1 GameType
            FROM (
                VALUES
                      (Win,  'Win')
                    , (Defeat,   'Defeat')
                    , (StandOff, 'StandOff')
            ) t (GameCount, GameType)
            WHERE GameCount = (
                SELECT MAX(Value)
                FROM (
                    VALUES (Win), (Defeat), (StandOff)
                ) t(Value)
            )
        )
FROM dbo.Players t

現(xiàn)在執(zhí)行計劃如下所示：

我們設法擺脫了排序。

結論

當需要在SQL Server中將列轉換為行時，最好使用UNPIVOT或VALUES結構。

如果在轉換之后，應該將接收到的數(shù)據(jù)行用于聚合或排序，那么我們最好使用VALUES結構，這在大多數(shù)情況下會導致更有效的執(zhí)行計劃。

對于可能出現(xiàn)不同結構類型且列數(shù)不受限制的表，建議使用XML，它與動態(tài)SQL不同，可以在表函數(shù)內部使用。

在dbForge Studio for SQL Server中借助SQL Profiler對執(zhí)行計劃進行分步分析，可以檢測查詢性能的瓶頸。

了解更多產(chǎn)品信息或想要購買產(chǎn)品正版授權請點擊