現在受け入れ答えは最良の答えですが、私はそれが理由を説明するのに十分な良い仕事をしないとは思いません。他の回答は一見すると見た目がすっきりしているように見えます（その醜いケースステートメントを書きたいと思っている人）が、大規模な運用を開始すると、はるかに悪くなる可能性があります。
SELECT @@VERSION
Microsoft SQL Server 2016 (SP2) (KB4052908) - 13.0.5026.0 (X64)
Mar 18 2018 09:11:49
Copyright (c) Microsoft Corporation
Developer Edition (64-bit) on Windows 10 Enterprise 10.0 <X64> (Build 17763: )
ここに私がすべてを設定する方法があります
DECLARE @Offset bigint = 0;
DECLARE @Max bigint = 10000000;
DROP TABLE IF EXISTS #Indebtedness;
CREATE TABLE #Indebtedness
(
call_case char(10) COLLATE DATABASE_DEFAULT NOT NULL,
date1 datetime NULL,
date2 datetime NULL,
date3 datetime NULL
);
WHILE @Offset < @Max
BEGIN
INSERT INTO #Indebtedness
( call_case, date1, date2, date3 )
SELECT @Offset + ROW_NUMBER() OVER ( ORDER BY ( SELECT NULL )),
DATEADD( DAY,
CASE WHEN RAND() > 0 THEN 1
ELSE -1 END * ROUND( RAND(), 0 ),
CURRENT_TIMESTAMP ),
DATEADD( DAY,
CASE WHEN RAND() > 0 THEN 1
ELSE -1 END * ROUND( RAND(), 0 ),
CURRENT_TIMESTAMP ),
DATEADD( DAY,
CASE WHEN RAND() > 0 THEN 1
ELSE -1 END * ROUND( RAND(), 0 ),
CURRENT_TIMESTAMP )
FROM master.dbo.spt_values a
CROSS APPLY master.dbo.spt_values b;
SET @Offset = @Offset + ROWCOUNT_BIG();
END;
私のシステムでは、これによりテーブル内の12,872,738行が取得されます。上記の各クエリを試してみると（SELECT INTOSSMSで結果の印刷が完了するのを待つ必要がないように調整されています）、次の結果が得られます。
Method | CPU time (ms) | Elapsed time (ms) | Relative Cost
-----------------------------------------------------------------------------------------
Tim Biegeleisen (CASE) | 13485 | 2167 | 2%
Red Devil (Subquery over MAX columns) | 55187 | 9891 | 14%
Vignesh Kumar (Subquery over columns) | 33750 | 5139 | 5%
Serkan Arslan (UNPIVOT) | 86205 | 15023 | 12%
Metal (STRING_SPLIT) | 459668 | 186742 | 68%
クエリプランを見ると、明らかにその理由が明らかになります。アンピボットまたは集計（または天国の禁止STRING_SPLIT）の種類を追加すると、不要なあらゆる種類の演算子が追加されてしまいます（これにより、プランは強制的に実行されます。他のクエリが必要とする可能性のあるリソースを取り除いて、並列化します）。契約上、CASEベースのソリューションは並列処理されず、非常に高速で実行され、信じられないほど単純です。
この場合、無制限のリソースがない場合（そうでない場合）は、最も単純で最速のアプローチを選択する必要があります。
新しい列を追加し続け、caseステートメントを拡張する必要がある場合はどうすればよいかという質問がありました。はい、これは扱いにくいですが、他のすべての解決策もそうです。これが実際にもっともらしいワークフローである場合は、テーブルを再設計する必要があります。あなたが欲しいものはおそらく次のようになります：
CREATE TABLE #Indebtedness2
(
call_case char(10) COLLATE DATABASE_DEFAULT NOT NULL,
activity_type bigint NOT NULL, -- This indicates which date# column it was, if you care
timestamp datetime NOT NULL
);
SELECT Indebtedness.call_case,
Indebtedness.activity_type,
Indebtedness.timestamp
FROM ( SELECT call_case,
activity_type,
timestamp,
ROW_NUMBER() OVER ( PARTITION BY call_case
ORDER BY timestamp DESC ) RowNumber
FROM #Indebtedness2 ) Indebtedness
WHERE Indebtedness.RowNumber = 1;
これは確かに潜在的なパフォーマンスの問題がないわけではなく、注意深いインデックス調整が必要ですが、任意の数の潜在的なタイムスタンプを処理する最良の方法です
回答が削除された場合のために、私が比較していたバージョンをここに示します（順番に）
SELECT
call_case,
CASE WHEN date1 > date2 AND date1 > date3
THEN date1
WHEN date2 > date3
THEN date2
ELSE date3 END AS [Latest Date]
FROM #indebtedness;
SELECT call_case,
(SELECT Max(v)
FROM (VALUES (date1), (date2), (date3),...) AS value(v)) as [MostRecentDate]
FROM #indebtedness
SELECT call_case,
(SELECT
MAX(call_case)
FROM ( VALUES
(MAX(date1)),
(MAX(date2))
,(max(date3))
) MyAlias(call_case)
)
FROM #indebtedness
group by call_case
select call_case, MAX(date) [Latest Date] from #indebtedness
UNPIVOT(date FOR col IN ([date1], [date2], [date3])) UNPVT
GROUP BY call_case
select call_case , max(cast(x.Item as date)) as 'Latest Date' from #indebtedness t
cross apply dbo.SplitString(concat(date1, ',', date2, ',', date3), ',') x
group by call_case