SQL Server の CROSS APPLY / OUTER APPLY でグループごとの上位N件を取る3パターン

みなさんこんにちは！ヒロポンです！！

「カテゴリごとに売上 TOP3 を出しといて」

業務システムの現場だと、この一言がしれっと降ってくる。帳票でもダッシュボードでも、"グループ別の上位N件" は定番中の定番ですよね。

でもいざ SQL で書こうとすると手が止まる。

GROUP BY じゃ N 件ぜんぶ取れない。JOIN でも素直に書けない。で、相関サブクエリを列の数だけ並べて「うわ、これ列増えるたびにコピペするやつ？？」ってなる。

俺も昔これで小一時間溶かしました。

その詰まりを一撃で抜けるのが CROSS APPLY / OUTER APPLY です。今日は SQL Server の CROSS APPLY 使い方を、現場でよく出る3パターンに絞って、コピペで動く形で置いていきます。

💡 グループ内の順位付けだけなら ROW_NUMBER() が定番です。基本は SQL Server ROW_NUMBER の落とし穴 にまとめてあるので、そっちが素直なケースも多い。今回は 右側が関数やサブクエリで、行ごとにパラメータを渡したいとき の APPLY 版に絞ります。

結論: 右が「左の値に依存する」なら APPLY

先に答え。

CROSS APPLY は、右側のサブクエリやテーブル値関数に 左のテーブルの各行の値を渡して、行ごとに評価する演算子です。JOIN が「2つの集合を突き合わせる」のに対して、APPLY は「左の1行ごとに右を呼ぶ」。

• グループごと上位N件 → CROSS APPLY (SELECT TOP (N) ... WHERE = 左.キー)
• 各行にテーブル値関数を適用 → CROSS APPLY dbo.関数(左.列)
• CSV 列を行に展開 → CROSS APPLY STRING_SPLIT(左.列, ',')

右側が空っぽ（0行）になったとき、CROSS APPLY はその左の行ごと消し、OUTER APPLY は NULL で残す。

ここだけ最初に押さえておけば事故りません。

なぜ JOIN では素直に書けないのか

普通の JOIN は、結合条件に書けるのが「列 = 列」みたいな 静的な条件 だけ。右側のサブクエリに「左の行のこの値を使って TOP 2 取ってきて」と パラメータを渡すことができない。

だから TOP-N-per-group を JOIN でやろうとすると、ROW_NUMBER() でいったん全行に順位を振ってから WHERE rn <= N で絞る、みたいな遠回りになる。

それ自体は正しいんですが、「右側がテーブル値関数」だと ROW_NUMBER では手も足も出ない。

APPLY は、その「右が左に依存する」ケース専用の武器です。SQL Server 2005 から入ってて、Oracle でいう LATERAL、PostgreSQL の LATERAL JOIN と同じ発想。ん、名前がゴツいだけで、やってることは「左の1行ずつに右を食わせる」だけなんですよね。

最短対処: コピペで動く3パターン

まず検証用のテーブルを用意します。SQL Server 2016 以降ならそのまま動きます（STRING_SPLIT が 2016 以降必須）。

CREATE TABLE Sales (
    SaleId   INT IDENTITY PRIMARY KEY,
    Category NVARCHAR(20),
    Product  NVARCHAR(40),
    Amount   DECIMAL(10, 2),
    SoldAt   DATE
);

INSERT INTO Sales (Category, Product, Amount, SoldAt) VALUES
 (N'食品', N'コーヒー豆',   1200,  '2026-07-01'),
 (N'食品', N'紅茶',         800,   '2026-07-02'),
 (N'食品', N'ミネラル水',   300,   '2026-07-03'),
 (N'家電', N'炊飯器',       18000, '2026-07-01'),
 (N'家電', N'電気ケトル',   4500,  '2026-07-02'),
 (N'家電', N'トースター',   6000,  '2026-07-03');

パターン1: グループごと上位N件

カテゴリごとに、金額の高い順で TOP 2 を取ります。

SELECT c.Category, t.Product, t.Amount
FROM (SELECT DISTINCT Category FROM Sales) AS c
CROSS APPLY (
    SELECT TOP (2) s.Product, s.Amount
    FROM Sales s
    WHERE s.Category = c.Category
    ORDER BY s.Amount DESC
) AS t
ORDER BY c.Category, t.Amount DESC;

ポイントは WHERE s.Category = c.Category。左の1カテゴリごとに、右のサブクエリが TOP (2) ... ORDER BY で呼ばれる。だから「グループの中で並べ替えて上位N」が一発で書けます！！いい感じですね。

実行結果:

食品・家電それぞれで、金額の高い順に2件ずつ出ています。TOP の数を変数にすれば、「上位N件」の N も自由に変えられる。

パターン2: テーブル値関数を各行に適用

APPLY の本領はここから。まず、カテゴリを渡すと直近の売上を返す インラインテーブル値関数 を作ります。

CREATE FUNCTION dbo.GetRecentSales (@category NVARCHAR(20), @n INT)
RETURNS TABLE
AS RETURN (
    SELECT TOP (@n) Product, Amount, SoldAt
    FROM Sales
    WHERE Category = @category
    ORDER BY SoldAt DESC
);

これを各カテゴリに適用する。

SELECT c.Category, f.Product, f.SoldAt
FROM (SELECT DISTINCT Category FROM Sales) AS c
CROSS APPLY dbo.GetRecentSales(c.Category, 2) AS f
ORDER BY c.Category, f.SoldAt DESC;

dbo.GetRecentSales(c.Category, 2) の引数に、左の列 c.Category をそのまま渡している。これ、JOIN では絶対に書けない書き方なんですよね。関数に行ごとの値を食わせられるのが APPLY の一番おいしいところ。

パターン3: CSV 列を行に展開する（STRING_SPLIT）

「1セルにカンマ区切りでタグが入ってる」やつ、レガシーな業務テーブルだと本当によく見ます。

CREATE TABLE Orders (
    OrderId INT PRIMARY KEY,
    Tags    NVARCHAR(200)
);

INSERT INTO Orders (OrderId, Tags) VALUES
 (1, N'急ぎ,ギフト,割れ物'),
 (2, N'通常'),
 (3, N'急ぎ,大口'),
 (4, NULL);

STRING_SPLIT もテーブル値関数なので、APPLY で各行に適用できます。

SELECT o.OrderId, s.value AS Tag
FROM Orders o
CROSS APPLY STRING_SPLIT(o.Tags, ',') AS s
ORDER BY o.OrderId;

これで、1行のカンマ区切りが複数行にバラけます。正規化されてない列も、こんな感じで APPLY で素直に縦持ちに直せる。

実行結果:

ただし、よく見ると OrderId = 4（Tags が NULL）の注文が 消えています。理由は次のハマりポイントで。

ハマりポイント: 知らないと一晩飛ぶやつ

① CROSS APPLY は右が空だと行ごと消える

さっきのパターン3、OrderId = 4 は Tags が NULL でした。STRING_SPLIT(NULL, ',') は 0行 を返す。CROSS APPLY は右が0行だと、その左の行を丸ごと落とします。

だから OrderId = 4 が結果から消えた。

「あれ、注文が1件足りない？？」ってなったら、まずこれを疑ってください。

残したいなら OUTER APPLY。

SELECT o.OrderId, s.value AS Tag
FROM Orders o
OUTER APPLY STRING_SPLIT(o.Tags, ',') AS s
ORDER BY o.OrderId;