La risposta attualmente accettata è la risposta migliore, ma non penso che faccia un buon lavoro per spiegare il perché. Le altre risposte sembrano certamente molto più pulite a colpo d'occhio (chi vuole scrivere quella brutta dichiarazione del caso), ma probabilmente peggioreranno molto quando inizi a operare su larga scala.
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: )
Ecco come ho impostato tutto
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;
Sul mio sistema questo mi dà 12.872.738 righe nella tabella. Se provo ciascuna delle query precedenti (ottimizzata in SELECT INTO
modo da non dover aspettare che finisca di stampare i risultati in SSMS), ottengo i seguenti risultati:
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%
Se guardi i piani di query, diventa abbastanza ovvio il motivo: aggiungendo qualsiasi tipo di non-perno o aggregato (o paradiso proibito STRING_SPLIT
) finirai con tutti i tipi di operatori aggiuntivi che non ti servono (e costringe il piano a andare in parallelo, portando via risorse che potrebbero desiderare altre query). Per contratto, la CASE
soluzione basata non è parallela, funziona molto rapidamente ed è incredibilmente semplice.
In questo caso, a meno che tu non abbia risorse illimitate (no), dovresti scegliere l'approccio più semplice e veloce.
C'è stata una domanda su cosa fare se è necessario continuare ad aggiungere nuove colonne ed espandere l'istruzione case. Sì, questo diventa ingombrante, ma anche ogni altra soluzione. Se si tratta in realtà di un flusso di lavoro plausibile, è necessario riprogettare la tabella. Quello che vuoi probabilmente assomiglia a questo:
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;
Questo non è certamente privo di potenziali problemi di prestazioni e richiederà un'attenta regolazione dell'indice, ma è il modo migliore per gestire un numero arbitrario di potenziali timestamp
Nel caso in cui le risposte vengano eliminate, ecco le versioni che stavo confrontando (in ordine)
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