Raggruppa il programma giornaliero in [Data di inizio; Data di fine] intervalli con l'elenco dei giorni della settimana


18

Devo convertire i dati tra due sistemi.

Il primo sistema archivia le pianificazioni come un semplice elenco di date. Ogni data inclusa nella pianificazione è di una riga. Ci possono essere vari vuoti nella sequenza di date (fine settimana, giorni festivi e pause più lunghe, alcuni giorni della settimana possono essere esclusi dal programma). Non ci possono essere lacune, anche i fine settimana possono essere inclusi. Il programma può durare fino a 2 anni. Di solito dura poche settimane.

Ecco un semplice esempio di un programma che si estende per due settimane esclusi i fine settimana (ci sono esempi più complicati nello script seguente):

+----+------------+------------+---------+--------+
| ID | ContractID |     dt     | dowChar | dowInt |
+----+------------+------------+---------+--------+
| 10 |          1 | 2016-05-02 | Mon     |      2 |
| 11 |          1 | 2016-05-03 | Tue     |      3 |
| 12 |          1 | 2016-05-04 | Wed     |      4 |
| 13 |          1 | 2016-05-05 | Thu     |      5 |
| 14 |          1 | 2016-05-06 | Fri     |      6 |
| 15 |          1 | 2016-05-09 | Mon     |      2 |
| 16 |          1 | 2016-05-10 | Tue     |      3 |
| 17 |          1 | 2016-05-11 | Wed     |      4 |
| 18 |          1 | 2016-05-12 | Thu     |      5 |
| 19 |          1 | 2016-05-13 | Fri     |      6 |
+----+------------+------------+---------+--------+

IDè unico, ma non è necessariamente sequenziale (è la chiave primaria). Le date sono uniche all'interno di ciascun contratto (c'è un indice univoco attivo (ContractID, dt)).

Il secondo sistema memorizza i programmi come intervalli con l'elenco dei giorni della settimana che fanno parte del programma. Ogni intervallo è definito dalle date di inizio e fine (incluso) e da un elenco di giorni settimanali inclusi nel programma. In questo formato è possibile definire in modo efficiente schemi settimanali ripetitivi, come lunedì-mercoledì, ma diventa una seccatura quando uno schema viene interrotto, ad esempio nei giorni festivi.

Ecco come apparirà il semplice esempio sopra:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          1 | 2016-05-02 | 2016-05-13 |       10 | Mon,Tue,Wed,Thu,Fri, |
+------------+------------+------------+----------+----------------------+

[StartDT;EndDT] gli intervalli che appartengono allo stesso contratto non devono sovrapporsi.

Devo convertire i dati dal primo sistema nel formato utilizzato dal secondo sistema. Al momento lo sto risolvendo sul lato client in C # per il singolo Contratto dato, ma mi piacerebbe farlo in T-SQL sul lato server per l'elaborazione in blocco e l'esportazione / importazione tra server. Molto probabilmente, potrebbe essere fatto usando CLR UDF, ma in questa fase non posso usare SQLCLR.

La sfida qui è quella di rendere l'elenco di intervalli il più breve e rispettoso dell'uomo possibile.

Ad esempio, questo programma:

+-----+------------+------------+---------+--------+
| ID  | ContractID |     dt     | dowChar | dowInt |
+-----+------------+------------+---------+--------+
| 223 |          2 | 2016-05-05 | Thu     |      5 |
| 224 |          2 | 2016-05-06 | Fri     |      6 |
| 225 |          2 | 2016-05-09 | Mon     |      2 |
| 226 |          2 | 2016-05-10 | Tue     |      3 |
| 227 |          2 | 2016-05-11 | Wed     |      4 |
| 228 |          2 | 2016-05-12 | Thu     |      5 |
| 229 |          2 | 2016-05-13 | Fri     |      6 |
| 230 |          2 | 2016-05-16 | Mon     |      2 |
| 231 |          2 | 2016-05-17 | Tue     |      3 |
+-----+------------+------------+---------+--------+

dovrebbe diventare questo:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          2 | 2016-05-05 | 2016-05-17 |        9 | Mon,Tue,Wed,Thu,Fri, |
+------------+------------+------------+----------+----------------------+

,non questo:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          2 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,             |
|          2 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri, |
|          2 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,             |
+------------+------------+------------+----------+----------------------+

Ho provato ad applicare un gaps-and-islandsapproccio a questo problema. Ho provato a farlo in due passaggi. Nel primo passaggio trovo isole di semplici giorni consecutivi, ovvero la fine dell'isola è un divario nella sequenza di giorni, sia esso fine settimana, festività o qualcos'altro. Per ognuna di queste isole trovate costruisco un elenco separato da virgole di distinti WeekDays. Nel secondo passaggio ho trovato altre isole osservando il divario nella sequenza dei numeri delle settimane o un cambiamento nel WeekDays.

Con questo approccio ogni settimana parziale finisce come un intervallo extra come mostrato sopra, perché anche se i numeri delle settimane sono consecutivi, la WeekDaysmodifica. Inoltre, ci possono essere intervalli regolari entro una settimana (vedere ContractID=3nei dati di esempio, che ha dati solo per Mon,Wed,Fri,) e questo approccio genererebbe intervalli separati per ogni giorno in tale programma. Sul lato positivo, genera un intervallo se la pianificazione non presenta alcun gap (vedere ContractID=7nei dati di esempio che includono i fine settimana) e in tal caso non importa se la settimana di inizio o fine è parziale.

Si prega di vedere altri esempi nello script qui sotto per avere un'idea migliore di ciò che sto cercando. Puoi vedere che abbastanza spesso i fine settimana sono esclusi, ma anche qualsiasi altro giorno della settimana potrebbe essere escluso. Nell'esempio 3 solo Mon, Wede Frisono parte del programma. Inoltre, i fine settimana possono essere inclusi, come nell'esempio 7. La soluzione dovrebbe trattare tutti i giorni della settimana allo stesso modo. Ogni giorno della settimana può essere incluso o escluso dal programma.

Per verificare che l'elenco di intervalli generato descriva correttamente la pianificazione indicata, è possibile utilizzare il seguente pseudo-codice:

  • scorrere attraverso tutti gli intervalli
  • per ogni intervallo scorrere tutte le date del calendario tra le date di inizio e fine (incluso).
  • per ogni data controlla se il suo giorno della settimana è elencato in WeekDays. Se sì, questa data è inclusa nel programma.

Speriamo che questo chiarisca in quali casi dovrebbe essere creato un nuovo intervallo. Negli esempi 4 e 5 un lunedì ( 2016-05-09) viene rimosso dalla metà del programma e tale programma non può essere rappresentato da un singolo intervallo. Nell'esempio 6 c'è un lungo divario nel programma, quindi sono necessari due intervalli.

Gli intervalli rappresentano gli schemi settimanali nella pianificazione e quando uno schema viene interrotto / modificato, è necessario aggiungere il nuovo intervallo. Nell'esempio 11 le prime tre settimane hanno un modello Tue, quindi questo modello cambia in Thu. Di conseguenza abbiamo bisogno di due intervalli per descrivere tale programma.


Attualmente sto usando SQL Server 2008, quindi la soluzione dovrebbe funzionare in questa versione. Se una soluzione per SQL Server 2008 può essere semplificata / migliorata utilizzando funzionalità di versioni successive, questo è un vantaggio, per favore mostralo anche.

Ho una Calendartabella (elenco di date) e una Numberstabella (elenco di numeri interi a partire da 1), quindi è OK usarli, se necessario. È inoltre possibile creare tabelle temporanee e disporre di diverse query che elaborano i dati in più fasi. Tuttavia, il numero di stadi in un algoritmo deve essere corretto, i cursori e i WHILEloop espliciti non sono corretti.


Script per dati di esempio e risultati previsti

-- @Src is sample data
-- @Dst is expected result

DECLARE @Src TABLE (ID int PRIMARY KEY, ContractID int, dt date, dowChar char(3), dowInt int);
INSERT INTO @Src (ID, ContractID, dt, dowChar, dowInt) VALUES

-- simple two weeks (without weekend)
(110, 1, '2016-05-02', 'Mon', 2),
(111, 1, '2016-05-03', 'Tue', 3),
(112, 1, '2016-05-04', 'Wed', 4),
(113, 1, '2016-05-05', 'Thu', 5),
(114, 1, '2016-05-06', 'Fri', 6),
(115, 1, '2016-05-09', 'Mon', 2),
(116, 1, '2016-05-10', 'Tue', 3),
(117, 1, '2016-05-11', 'Wed', 4),
(118, 1, '2016-05-12', 'Thu', 5),
(119, 1, '2016-05-13', 'Fri', 6),

-- a partial end of the week, the whole week, partial start of the week (without weekends)
(223, 2, '2016-05-05', 'Thu', 5),
(224, 2, '2016-05-06', 'Fri', 6),
(225, 2, '2016-05-09', 'Mon', 2),
(226, 2, '2016-05-10', 'Tue', 3),
(227, 2, '2016-05-11', 'Wed', 4),
(228, 2, '2016-05-12', 'Thu', 5),
(229, 2, '2016-05-13', 'Fri', 6),
(230, 2, '2016-05-16', 'Mon', 2),
(231, 2, '2016-05-17', 'Tue', 3),

-- only Mon, Wed, Fri are included across two weeks plus partial third week
(310, 3, '2016-05-02', 'Mon', 2),
(311, 3, '2016-05-04', 'Wed', 4),
(314, 3, '2016-05-06', 'Fri', 6),
(315, 3, '2016-05-09', 'Mon', 2),
(317, 3, '2016-05-11', 'Wed', 4),
(319, 3, '2016-05-13', 'Fri', 6),
(330, 3, '2016-05-16', 'Mon', 2),

-- a whole week (without weekend), in the second week Mon is not included
(410, 4, '2016-05-02', 'Mon', 2),
(411, 4, '2016-05-03', 'Tue', 3),
(412, 4, '2016-05-04', 'Wed', 4),
(413, 4, '2016-05-05', 'Thu', 5),
(414, 4, '2016-05-06', 'Fri', 6),
(416, 4, '2016-05-10', 'Tue', 3),
(417, 4, '2016-05-11', 'Wed', 4),
(418, 4, '2016-05-12', 'Thu', 5),
(419, 4, '2016-05-13', 'Fri', 6),

-- three weeks, but without Mon in the second week (no weekends)
(510, 5, '2016-05-02', 'Mon', 2),
(511, 5, '2016-05-03', 'Tue', 3),
(512, 5, '2016-05-04', 'Wed', 4),
(513, 5, '2016-05-05', 'Thu', 5),
(514, 5, '2016-05-06', 'Fri', 6),
(516, 5, '2016-05-10', 'Tue', 3),
(517, 5, '2016-05-11', 'Wed', 4),
(518, 5, '2016-05-12', 'Thu', 5),
(519, 5, '2016-05-13', 'Fri', 6),
(520, 5, '2016-05-16', 'Mon', 2),
(521, 5, '2016-05-17', 'Tue', 3),
(522, 5, '2016-05-18', 'Wed', 4),
(523, 5, '2016-05-19', 'Thu', 5),
(524, 5, '2016-05-20', 'Fri', 6),

-- long gap between two intervals
(623, 6, '2016-05-05', 'Thu', 5),
(624, 6, '2016-05-06', 'Fri', 6),
(625, 6, '2016-05-09', 'Mon', 2),
(626, 6, '2016-05-10', 'Tue', 3),
(627, 6, '2016-05-11', 'Wed', 4),
(628, 6, '2016-05-12', 'Thu', 5),
(629, 6, '2016-05-13', 'Fri', 6),
(630, 6, '2016-05-16', 'Mon', 2),
(631, 6, '2016-05-17', 'Tue', 3),
(645, 6, '2016-06-06', 'Mon', 2),
(646, 6, '2016-06-07', 'Tue', 3),
(647, 6, '2016-06-08', 'Wed', 4),
(648, 6, '2016-06-09', 'Thu', 5),
(649, 6, '2016-06-10', 'Fri', 6),
(655, 6, '2016-06-13', 'Mon', 2),
(656, 6, '2016-06-14', 'Tue', 3),
(657, 6, '2016-06-15', 'Wed', 4),
(658, 6, '2016-06-16', 'Thu', 5),
(659, 6, '2016-06-17', 'Fri', 6),

-- two weeks, no gaps between days at all, even weekends are included
(710, 7, '2016-05-02', 'Mon', 2),
(711, 7, '2016-05-03', 'Tue', 3),
(712, 7, '2016-05-04', 'Wed', 4),
(713, 7, '2016-05-05', 'Thu', 5),
(714, 7, '2016-05-06', 'Fri', 6),
(715, 7, '2016-05-07', 'Sat', 7),
(716, 7, '2016-05-08', 'Sun', 1),
(725, 7, '2016-05-09', 'Mon', 2),
(726, 7, '2016-05-10', 'Tue', 3),
(727, 7, '2016-05-11', 'Wed', 4),
(728, 7, '2016-05-12', 'Thu', 5),
(729, 7, '2016-05-13', 'Fri', 6),

-- no gaps between days at all, even weekends are included, with partial weeks
(805, 8, '2016-04-30', 'Sat', 7),
(806, 8, '2016-05-01', 'Sun', 1),
(810, 8, '2016-05-02', 'Mon', 2),
(811, 8, '2016-05-03', 'Tue', 3),
(812, 8, '2016-05-04', 'Wed', 4),
(813, 8, '2016-05-05', 'Thu', 5),
(814, 8, '2016-05-06', 'Fri', 6),
(815, 8, '2016-05-07', 'Sat', 7),
(816, 8, '2016-05-08', 'Sun', 1),
(825, 8, '2016-05-09', 'Mon', 2),
(826, 8, '2016-05-10', 'Tue', 3),
(827, 8, '2016-05-11', 'Wed', 4),
(828, 8, '2016-05-12', 'Thu', 5),
(829, 8, '2016-05-13', 'Fri', 6),
(830, 8, '2016-05-14', 'Sat', 7),

-- only Mon-Wed included, two weeks plus partial third week
(910, 9, '2016-05-02', 'Mon', 2),
(911, 9, '2016-05-03', 'Tue', 3),
(912, 9, '2016-05-04', 'Wed', 4),
(915, 9, '2016-05-09', 'Mon', 2),
(916, 9, '2016-05-10', 'Tue', 3),
(917, 9, '2016-05-11', 'Wed', 4),
(930, 9, '2016-05-16', 'Mon', 2),
(931, 9, '2016-05-17', 'Tue', 3),

-- only Thu-Sun included, three weeks
(1013,10,'2016-05-05', 'Thu', 5),
(1014,10,'2016-05-06', 'Fri', 6),
(1015,10,'2016-05-07', 'Sat', 7),
(1016,10,'2016-05-08', 'Sun', 1),
(1018,10,'2016-05-12', 'Thu', 5),
(1019,10,'2016-05-13', 'Fri', 6),
(1020,10,'2016-05-14', 'Sat', 7),
(1021,10,'2016-05-15', 'Sun', 1),
(1023,10,'2016-05-19', 'Thu', 5),
(1024,10,'2016-05-20', 'Fri', 6),
(1025,10,'2016-05-21', 'Sat', 7),
(1026,10,'2016-05-22', 'Sun', 1),

-- only Tue for first three weeks, then only Thu for the next three weeks
(1111,11,'2016-05-03', 'Tue', 3),
(1116,11,'2016-05-10', 'Tue', 3),
(1131,11,'2016-05-17', 'Tue', 3),
(1123,11,'2016-05-19', 'Thu', 5),
(1124,11,'2016-05-26', 'Thu', 5),
(1125,11,'2016-06-02', 'Thu', 5),

-- one week, then one week gap, then one week
(1210,12,'2016-05-02', 'Mon', 2),
(1211,12,'2016-05-03', 'Tue', 3),
(1212,12,'2016-05-04', 'Wed', 4),
(1213,12,'2016-05-05', 'Thu', 5),
(1214,12,'2016-05-06', 'Fri', 6),
(1215,12,'2016-05-16', 'Mon', 2),
(1216,12,'2016-05-17', 'Tue', 3),
(1217,12,'2016-05-18', 'Wed', 4),
(1218,12,'2016-05-19', 'Thu', 5),
(1219,12,'2016-05-20', 'Fri', 6);

SELECT ID, ContractID, dt, dowChar, dowInt
FROM @Src
ORDER BY ContractID, dt;


DECLARE @Dst TABLE (ContractID int, StartDT date, EndDT date, DayCount int, WeekDays varchar(255));
INSERT INTO @Dst (ContractID, StartDT, EndDT, DayCount, WeekDays) VALUES
(1, '2016-05-02', '2016-05-13', 10, 'Mon,Tue,Wed,Thu,Fri,'),
(2, '2016-05-05', '2016-05-17',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(3, '2016-05-02', '2016-05-16',  7, 'Mon,Wed,Fri,'),
(4, '2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(4, '2016-05-10', '2016-05-13',  4, 'Tue,Wed,Thu,Fri,'),
(5, '2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(5, '2016-05-10', '2016-05-20',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(6, '2016-05-05', '2016-05-17',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(6, '2016-06-06', '2016-06-17', 10, 'Mon,Tue,Wed,Thu,Fri,'),
(7, '2016-05-02', '2016-05-13', 12, 'Sun,Mon,Tue,Wed,Thu,Fri,Sat,'),
(8, '2016-04-30', '2016-05-14', 15, 'Sun,Mon,Tue,Wed,Thu,Fri,Sat,'),
(9, '2016-05-02', '2016-05-17',  8, 'Mon,Tue,Wed,'),
(10,'2016-05-05', '2016-05-22', 12, 'Sun,Thu,Fri,Sat,'),
(11,'2016-05-03', '2016-05-17',  3, 'Tue,'),
(11,'2016-05-19', '2016-06-02',  3, 'Thu,'),
(12,'2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(12,'2016-05-16', '2016-05-20',  5, 'Mon,Tue,Wed,Thu,Fri,');

SELECT ContractID, StartDT, EndDT, DayCount, WeekDays
FROM @Dst
ORDER BY ContractID, StartDT;

Confronto di risposte

La tabella reale @Srcha 403,555righe con 15,857distinti ContractIDs. Tutte le risposte producono risultati corretti (almeno per i miei dati) e tutte sono ragionevolmente veloci, ma differiscono nell'ottimalità. Meno intervalli vengono generati, meglio è. Ho incluso i tempi di esecuzione solo per curiosità. L'obiettivo principale è il risultato corretto e ottimale, non la velocità (a meno che non impieghi troppo tempo - ho interrotto la query non ricorsiva di Ziggy Crueltyfree Zeitgeister dopo 10 minuti).

+--------------------------------------------------------+-----------+---------+
|                         Answer                         | Intervals | Seconds |
+--------------------------------------------------------+-----------+---------+
| Ziggy Crueltyfree Zeitgeister                          |     25751 |    7.88 |
| While loop                                             |           |         |
|                                                        |           |         |
| Ziggy Crueltyfree Zeitgeister                          |     25751 |    8.27 |
| Recursive                                              |           |         |
|                                                        |           |         |
| Michael Green                                          |     25751 |   22.63 |
| Recursive                                              |           |         |
|                                                        |           |         |
| Geoff Patterson                                        |     26670 |    4.79 |
| Weekly gaps-and-islands with merging of partial weeks  |           |         |
|                                                        |           |         |
| Vladimir Baranov                                       |     34560 |    4.03 |
| Daily, then weekly gaps-and-islands                    |           |         |
|                                                        |           |         |
| Mikael Eriksson                                        |     35840 |    0.65 |
| Weekly gaps-and-islands                                |           |         |
+--------------------------------------------------------+-----------+---------+
| Vladimir Baranov                                       |     25751 |  121.51 |
| Cursor                                                 |           |         |
+--------------------------------------------------------+-----------+---------+

(11,'2016-05-03', '2016-05-17', 3, 'Tue,'), (11,'2016-05-19', '2016-06-02', 3, 'Thu,');Nel @Dst non dovrebbe essere una riga con Tue, Thu,?
Kin Shah,

@Kin, l'esempio 11 deve avere (almeno) due intervalli (due righe in @Dst). Le prime due settimane del programma hanno solo Tue, quindi non puoi avere WeekDays=Tue,Thu,per queste settimane. Le ultime due settimane del programma hanno solo Thu, quindi non puoi più averlo WeekDays=Tue,Thu,per queste settimane. La soluzione non ottimale sarebbe di tre file: solo Tueper le prime due settimane, poi Tue,Thu,per la terza settimana che ha entrambe Tuee Thu, quindi solo Thuper le ultime due settimane.
Vladimir Baranov,

1
Puoi spiegare l'algoritmo con cui il contratto 11 è "ottimamente" suddiviso in due intervalli. Hai raggiunto questo risultato nell'applicazione C #? Come?
Michael Green,

@MichaelGreen, scusa se non ho potuto rispondere prima. Sì, il codice C # divide il contratto 11 in due intervalli. L'algoritmo approssimativo: cerco le date pianificate, una per una, prendo nota di quali giorni della settimana ho incontrato finora dall'inizio dell'intervallo e stabilisco se dovrei iniziare un nuovo intervallo: se ContractIDcambia, se intervallo va oltre 7 giorni e il nuovo giorno della settimana non è mai stato visto prima, se c'è un gap nella lista dei giorni programmati.
Vladimir Baranov,

@MichaelGreen, ho convertito il mio codice C # in un algoritmo basato sul cursore, solo per vedere come si confronta con altre soluzioni su dati reali. Ho aggiunto il codice sorgente alla mia risposta e i risultati alla tabella di riepilogo nella domanda.
Vladimir Baranov,

Risposte:


6

Questo utilizza un CTE ricorsivo. Il suo risultato è identico all'esempio nella domanda . È stato un incubo inventare ... Il codice include commenti per facilitare attraverso la sua logica contorta.

SET DATEFIRST 1 -- Make Monday weekday=1

DECLARE @Ranked TABLE (RowID int NOT NULL IDENTITY PRIMARY KEY,                   -- Incremental uninterrupted sequence in the right order
                       ID int NOT NULL UNIQUE, ContractID int NOT NULL, dt date,  -- Original relevant values (ID is not really necessary)
                       WeekNo int NOT NULL, dowBit int NOT NULL);                 -- Useful to find gaps in days or weeks
INSERT INTO @Ranked
SELECT ID, ContractID, dt,
       DATEDIFF(WEEK, '1900-01-01', DATEADD(DAY, 1-DATEPART(dw, dt), dt)) AS WeekNo,
       POWER(2, DATEPART(dw, dt)-1) AS dowBit
FROM @Src
ORDER BY ContractID, WeekNo, dowBit

/*
Each evaluated date makes part of the carried sequence if:
  - this is not a new contract, and
    - sequence started this week, or
    - same day last week was part of the sequence, or
    - sequence started last week and today is a lower day than the accumulated weekdays list
  - and there are no sequence gaps since previous day
(otherwise it does not make part of the old sequence, so it starts a new one) */

DECLARE @RankedRanges TABLE (RowID int NOT NULL PRIMARY KEY, WeekDays int NOT NULL, StartRowID int NULL);

WITH WeeksCTE AS -- Needed for building the sequence gradually, and comparing the carried sequence (and previous day) with a current evaluated day
( 
    SELECT RowID, ContractID, dowBit, WeekNo, RowID AS StartRowID, WeekNo AS StartWN, dowBit AS WeekDays, dowBit AS StartWeekDays
    FROM @Ranked
    WHERE RowID = 1 
    UNION ALL
    SELECT RowID, ContractID, dowBit, WeekNo, StartRowID,
           CASE WHEN StartRowID IS NULL THEN StartWN ELSE WeekNo END AS WeekNo,
           CASE WHEN StartRowID IS NULL THEN WeekDays | dowBit ELSE dowBit END AS WeekDays,
           CASE WHEN StartRowID IS NOT NULL THEN dowBit WHEN WeekNo = StartWN THEN StartWeekDays | dowBit ELSE StartWeekDays END AS StartWeekDays
    FROM (
        SELECT w.*, pre.StartWN, pre.WeekDays, pre.StartWeekDays,
               CASE WHEN w.ContractID <> pre.ContractID OR     -- New contract always break the sequence
                         NOT (w.WeekNo = pre.StartWN OR        -- Same week as a new sequence always keeps the sequence
                              w.dowBit & pre.WeekDays > 0 OR   -- Days in the sequence keep the sequence (provided there are no gaps, checked later)
                              (w.WeekNo = pre.StartWN+1 AND (w.dowBit-1) & pre.StartWeekDays = 0)) OR -- Days in the second week when less than a week passed since the sequence started remain in sequence
                         (w.WeekNo > pre.StartWN AND -- look for gap after initial week
                          w.WeekNo > pre.WeekNo+1 OR -- look for full-week gaps
                          (w.WeekNo = pre.WeekNo AND                            -- when same week as previous day,
                           ((w.dowBit-1) ^ (pre.dowBit*2-1)) & pre.WeekDays > 0 -- days between this and previous weekdays, compared to current series
                          ) OR
                          (w.WeekNo > pre.WeekNo AND                                   -- when following week of previous day,
                           ((-1 ^ (pre.dowBit*2-1)) | (w.dowBit-1)) & pre.WeekDays > 0 -- days between this and previous weekdays, compared to current series
                          )) THEN w.RowID END AS StartRowID
        FROM WeeksCTE pre
        JOIN @Ranked w ON (w.RowID = pre.RowID + 1)
        ) w
) 
INSERT INTO @RankedRanges -- days sequence and starting point of each sequence
SELECT RowID, WeekDays, StartRowID
--SELECT *
FROM WeeksCTE
OPTION (MAXRECURSION 0)

--SELECT * FROM @RankedRanges

DECLARE @Ranges TABLE (RowNo int NOT NULL IDENTITY PRIMARY KEY, RowID int NOT NULL);

INSERT INTO @Ranges       -- @RankedRanges filtered only by start of each range, with numbered rows to easily find the end of each range
SELECT StartRowID
FROM @RankedRanges
WHERE StartRowID IS NOT NULL
ORDER BY 1

-- Final result putting everything together
SELECT rs.ContractID, rs.dt AS StartDT, re.dt AS EndDT, re.RowID-rs.RowID+1 AS DayCount,
       CASE WHEN rr.WeekDays & 64 > 0 THEN 'Sun,' ELSE '' END +
       CASE WHEN rr.WeekDays & 1 > 0 THEN 'Mon,' ELSE '' END +
       CASE WHEN rr.WeekDays & 2 > 0 THEN 'Tue,' ELSE '' END +
       CASE WHEN rr.WeekDays & 4 > 0 THEN 'Wed,' ELSE '' END +
       CASE WHEN rr.WeekDays & 8 > 0 THEN 'Thu,' ELSE '' END +
       CASE WHEN rr.WeekDays & 16 > 0 THEN 'Fri,' ELSE '' END +
       CASE WHEN rr.WeekDays & 32 > 0 THEN 'Sat,' ELSE '' END AS WeekDays
FROM (
    SELECT r.RowID AS StartRowID, COALESCE(pos.RowID-1, (SELECT MAX(RowID) FROM @Ranked)) AS EndRowID
    FROM @Ranges r
    LEFT JOIN @Ranges pos ON (pos.RowNo = r.RowNo + 1)
    ) g
JOIN @Ranked rs ON (rs.RowID = g.StartRowID)
JOIN @Ranked re ON (re.RowID = g.EndRowID)
JOIN @RankedRanges rr ON (rr.RowID = re.RowID)


Un'altra strategia

Questo dovrebbe essere significativamente più veloce del precedente perché non fa affidamento sul CTE ricorsivo lento limitato in SQL Server 2008, sebbene implementa più o meno la stessa strategia.

C'è un WHILEciclo (non riuscivo a escogitare un modo per evitarlo), ma cerca un numero ridotto di iterazioni (il numero più alto di sequenze (meno uno) su un dato contratto).

È una strategia semplice e potrebbe essere utilizzata per sequenze più brevi o più lunghe di una settimana (sostituendo qualsiasi occorrenza della costante 7 con qualsiasi altro numero, e dowBitcalcolata da MODULUS x DayNopiuttosto che DATEPART(wk)) e fino a 32.

SET DATEFIRST 1 -- Make Monday weekday=1

-- Get the minimum information needed to calculate sequences
DECLARE @Days TABLE (ContractID int NOT NULL, dt date, DayNo int NOT NULL, dowBit int NOT NULL, PRIMARY KEY (ContractID, DayNo));
INSERT INTO @Days
SELECT ContractID, dt, CAST(CAST(dt AS datetime) AS int) AS DayNo, POWER(2, DATEPART(dw, dt)-1) AS dowBit
FROM @Src

DECLARE @RangeStartFirstPass TABLE (ContractID int NOT NULL, DayNo int NOT NULL, PRIMARY KEY (ContractID, DayNo))

-- Calculate, from the above list, which days are not present in the previous 7
INSERT INTO @RangeStartFirstPass
SELECT r.ContractID, r.DayNo
FROM @Days r
LEFT JOIN @Days pr ON (pr.ContractID = r.ContractID AND pr.DayNo BETWEEN r.DayNo-7 AND r.DayNo-1) -- Last 7 days
GROUP BY r.ContractID, r.DayNo, r.dowBit
HAVING r.dowBit & COALESCE(SUM(pr.dowBit), 0) = 0

-- Update the previous list with all days that occur right after a missing day
INSERT INTO @RangeStartFirstPass
SELECT *
FROM (
    SELECT DISTINCT ContractID, (SELECT MIN(DayNo) FROM @Days WHERE ContractID = d.ContractID AND DayNo > d.DayNo + 7) AS DayNo
    FROM @Days d
    WHERE NOT EXISTS (SELECT 1 FROM @Days WHERE ContractID = d.ContractID AND DayNo = d.DayNo + 7)
    ) d
WHERE DayNo IS NOT NULL AND
      NOT EXISTS (SELECT 1 FROM @RangeStartFirstPass WHERE ContractID = d.ContractID AND DayNo = d.DayNo)

DECLARE @RangeStart TABLE (ContractID int NOT NULL, DayNo int NOT NULL, PRIMARY KEY (ContractID, DayNo));

-- Fetch the first sequence for each contract
INSERT INTO @RangeStart
SELECT ContractID, MIN(DayNo)
FROM @RangeStartFirstPass
GROUP BY ContractID

-- Add to the list above the next sequence for each contract, until all are added
-- (ensure no sequence is added with less than 7 days)
WHILE @@ROWCOUNT > 0
  INSERT INTO @RangeStart
  SELECT f.ContractID, MIN(f.DayNo)
  FROM (SELECT ContractID, MAX(DayNo) AS DayNo FROM @RangeStart GROUP BY ContractID) s
  JOIN @RangeStartFirstPass f ON (f.ContractID = s.ContractID AND f.DayNo > s.DayNo + 7)
  GROUP BY f.ContractID

-- Summarise results
SELECT ContractID, StartDT, EndDT, DayCount,
       CASE WHEN WeekDays & 64 > 0 THEN 'Sun,' ELSE '' END +
       CASE WHEN WeekDays & 1 > 0 THEN 'Mon,' ELSE '' END +
       CASE WHEN WeekDays & 2 > 0 THEN 'Tue,' ELSE '' END +
       CASE WHEN WeekDays & 4 > 0 THEN 'Wed,' ELSE '' END +
       CASE WHEN WeekDays & 8 > 0 THEN 'Thu,' ELSE '' END +
       CASE WHEN WeekDays & 16 > 0 THEN 'Fri,' ELSE '' END +
       CASE WHEN WeekDays & 32 > 0 THEN 'Sat,' ELSE '' END AS WeekDays
FROM (
    SELECT r.ContractID,
           MIN(d.dt) AS StartDT,
           MAX(d.dt) AS EndDT,
           COUNT(*) AS DayCount,
           SUM(DISTINCT d.dowBit) AS WeekDays
    FROM (SELECT *, COALESCE((SELECT MIN(DayNo) FROM @RangeStart WHERE ContractID = rs.ContractID AND DayNo > rs.DayNo), 999999) AS DayEnd FROM @RangeStart rs) r
    JOIN @Days d ON (d.ContractID = r.ContractID AND d.DayNo BETWEEN r.DayNo AND r.DayEnd-1)
    GROUP BY r.ContractID, r.DayNo
    ) d
ORDER BY ContractID, StartDT

@VladimirBaranov Ho aggiunto una nuova strategia, che dovrebbe essere molto più veloce. Fammi sapere come valuta con i tuoi dati reali!
Ziggy Crueltyfree Zeitgeister

2
@ZiggyCrueltyfreeZeitgeister, ho verificato la tua ultima soluzione e l'ho aggiunta all'elenco di tutte le risposte alla domanda. Produce risultati corretti e lo stesso numero di intervalli del CTE ricorsivo e la sua velocità è anche molto vicina. Come ho detto, la velocità non è critica finché è ragionevole. 1 secondo o 10 secondi non conta davvero per me.
Vladimir Baranov,

Anche altre risposte sono grandiose e utili e vorrei poter assegnare la generosità a più di una risposta. Ho scelto questa risposta, perché al momento in cui ho iniziato la taglia non pensavo al CTE ricorsivo e questa risposta è stata la prima a suggerirla e ha una soluzione funzionante. A rigor di termini, il CTE ricorsivo non è una soluzione basata su set, ma fornisce risultati ottimali ed è ragionevolmente veloce. Una risposta di @GeoffPatterson è eccezionale, ma offre risultati meno ottimali e, francamente, troppo complicati.
Vladimir Baranov,

5

Non è esattamente quello che stai cercando, ma forse potrebbe interessarti.

La query crea settimane con una stringa separata da virgola per i giorni utilizzati in ogni settimana. Trova quindi le isole di settimane consecutive che usano lo stesso modello in Weekdays.

with Weeks as
(
  select T.*,
         row_number() over(partition by T.ContractID, T.WeekDays order by T.WeekNumber) as rn
  from (
       select S1.ContractID,
              min(S1.dt) as StartDT,
              max(S1.dt) as EndDT,
              datediff(day, 0, S1.dt) / 7 as WeekNumber, -- Number of weeks since '1900-01-01 (a monday)'
              count(*) as DayCount,
              stuff((
                    select ','+S2.dowChar
                    from @Src as S2
                    where S2.ContractID = S1.ContractID and
                          S2.dt between min(S1.dt) and max(S1.dt)
                    order by S2.dt
                    for xml path('')
                    ), 1, 1, '') as WeekDays
       from @Src as S1
       group by S1.ContractID, 
                datediff(day, 0, S1.dt) / 7
       ) as T
)
select W.ContractID,
       min(W.StartDT) as StartDT,
       max(W.EndDT) as EndDT,
       count(*) * W.DayCount as DayCount,
       W.WeekDays
from Weeks as W
group by W.ContractID,
         W.WeekDays,
         W.DayCount,
         W.rn - W.WeekNumber
order by W.ContractID,
         min(W.WeekNumber);

Risultato:

ContractID  StartDT    EndDT      DayCount    WeekDays
----------- ---------- ---------- ----------- -----------------------------
1           2016-05-02 2016-05-13 10          Mon,Tue,Wed,Thu,Fri
2           2016-05-05 2016-05-06 2           Thu,Fri
2           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
2           2016-05-16 2016-05-17 2           Mon,Tue
3           2016-05-02 2016-05-13 6           Mon,Wed,Fri
3           2016-05-16 2016-05-16 1           Mon
4           2016-05-02 2016-05-06 5           Mon,Tue,Wed,Thu,Fri
4           2016-05-10 2016-05-13 4           Tue,Wed,Thu,Fri
5           2016-05-02 2016-05-06 5           Mon,Tue,Wed,Thu,Fri
5           2016-05-10 2016-05-13 4           Tue,Wed,Thu,Fri
5           2016-05-16 2016-05-20 5           Mon,Tue,Wed,Thu,Fri
6           2016-05-05 2016-05-06 2           Thu,Fri
6           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
6           2016-05-16 2016-05-17 2           Mon,Tue
6           2016-06-06 2016-06-17 10          Mon,Tue,Wed,Thu,Fri
7           2016-05-02 2016-05-08 7           Mon,Tue,Wed,Thu,Fri,Sat,Sun
7           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
8           2016-04-30 2016-05-01 2           Sat,Sun
8           2016-05-02 2016-05-08 7           Mon,Tue,Wed,Thu,Fri,Sat,Sun
8           2016-05-09 2016-05-14 6           Mon,Tue,Wed,Thu,Fri,Sat
9           2016-05-02 2016-05-11 6           Mon,Tue,Wed
9           2016-05-16 2016-05-17 2           Mon,Tue
10          2016-05-05 2016-05-22 12          Thu,Fri,Sat,Sun
11          2016-05-03 2016-05-10 2           Tue
11          2016-05-17 2016-05-19 2           Tue,Thu
11          2016-05-26 2016-06-02 2           Thu

ContractID = 2mostra qual è la differenza nel risultato rispetto a ciò che desideri. La prima e l'ultima settimana saranno trattate come periodi separati poiché WeekDaysè diversa.


Ho avuto questa idea, ma non ho avuto la possibilità di provarla. Grazie per aver fornito una query funzionante. Mi piace come dà un risultato più strutturato. Nel raggruppare i dati in settimane, il lato negativo è una flessibilità ridotta (in un semplice approccio di lacune e isole giornaliere gli esempi 7 e 8 sarebbero collassati in un intervallo), ma è il lato positivo allo stesso tempo - riduciamo la complessità di il problema. Quindi, il problema più grande con questo approccio sono le settimane parziali all'inizio e alla fine del programma. Tali settimane parziali generano un ulteriore intervallo ...
Vladimir Baranov,

Riesci a pensare a un modo per aggiungere / raggruppare / unire queste settimane parziali al programma principale? Ho solo un'idea molto vaga in questa fase. Se troviamo un modo per unire correttamente settimane parziali, il risultato finale sarebbe molto vicino all'ottimale.
Vladimir Baranov,

@VladimirBaranov Non sono sicuro di come sarebbe stato fatto. Aggiornerò la risposta se mi viene in mente qualcosa.
Mikael Eriksson,

La mia vaga idea è questa: ci sono solo 7 giorni in una settimana, quindi WeekDaysc'è un numero a 7 bit. Solo 128 combinazioni. Ci sono solo 128 * 128 = 16384 coppie possibili. Costruisci una tabella temporanea con tutte le possibili coppie, quindi scopri un algoritmo basato su set che segnerebbe quali coppie possono essere unite: uno schema di una settimana è "coperto" da uno schema della settimana successiva. Unisciti al risultato settimanale corrente (poiché non esiste LAGnel 2008) e usa quella tabella temporanea per decidere quali coppie unire ... Non sono sicuro che questa idea abbia qualche merito.
Vladimir Baranov,

5

Ho finito con un approccio che fornisce la soluzione ottimale in questo caso e penso che andrà bene in generale. La soluzione è piuttosto lunga, tuttavia, quindi sarebbe interessante vedere se qualcun altro ha un approccio diverso che è più conciso.

Ecco uno script che contiene la soluzione completa .

Ed ecco uno schema dell'algoritmo:

  • Ruotare il set di dati in modo che vi sia una singola riga che rappresenta ogni settimana
  • Calcola le isole di settimane all'interno di ciascuna ContractId
  • Unisci tutte le settimane adiacenti che rientrano nello stesso ContractIde hanno lo stessoWeekDays
  • Per le singole settimane (non ancora unite) in cui il raggruppamento precedente si trova sulla stessa isola e quello WeekDaysdella singola settimana corrisponde a un sottoinsieme principale del WeekDaysraggruppamento precedente, unire in quel raggruppamento precedente
  • Per le singole settimane (non ancora unite) in cui il raggruppamento successivo si trova sulla stessa isola e quello WeekDaysdella singola settimana corrisponde a un sottoinsieme finale del WeekDaysraggruppamento successivo, unire in quel raggruppamento successivo
  • Per due settimane adiacenti sulla stessa isola dove nessuno dei due è stato unito, uniscili se sono entrambe settimane parziali che possono essere combinate (ad esempio, "lun, mar, mer, gio" e "mer, gio, sab," )
  • Per le singole settimane rimanenti (non ancora unite), se possibile dividere la settimana in due parti e unire entrambe le parti, la prima parte nel raggruppamento precedente sulla stessa isola e la seconda parte nel raggruppamento successivo sulla stessa isola

Grazie per aver fatto di tutto per produrre la soluzione di lavoro. È un po 'travolgente, a dire il vero. Sospettavo che non sarebbe stato semplice unire settimane parziali, ma non potevo aspettarmi che fosse così intricato. Spero ancora che possa essere fatto più facilmente, ma non ho un'idea concreta.
Vladimir Baranov,

Il controllo rapido conferma che produce il risultato atteso per i dati di esempio, il che è fantastico, ma ho notato che alcune pianificazioni non vengono gestite in modo ottimale. Più semplice esempio (1214,12,'2016-05-06', 'Fri', 6), (1225,12,'2016-05-09', 'Mon', 2),. Potrebbe essere rappresentato come un intervallo, ma la soluzione ne produce due. Lo ammetto, questo esempio non era nei dati di esempio e non è critico. Proverò a eseguire la tua soluzione su dati reali.
Vladimir Baranov,

Apprezzo la tua risposta Al momento in cui ho iniziato la taglia non pensavo al CTE ricorsivo e Ziggy Crueltyfree Zeitgeister è stato il primo a suggerirlo e presentare una soluzione funzionante. A rigor di termini, la CTE ricorsiva non è una soluzione basata su set, ma fornisce risultati ottimali, è ragionevolmente complessa ed è ragionevolmente veloce. La tua risposta è basata sul set, ma risulta essere troppo complicata, al punto da non essere pratica. Vorrei poter dividere la taglia, ma purtroppo non è permesso.
Vladimir Baranov,

@VladimirBaranov Nessun problema, la generosità è tua al 100% da usare come desideri. Il motivo per cui mi piacciono le domande sulla generosità è perché la persona che la pone è in genere molto più coinvolta di una normale domanda. Non preoccuparti troppo dei punti. Sono totalmente d'accordo sul fatto che questa soluzione non è quella che userei nel mio codice di produzione; era un'esplorazione di un'idea potenziale, ma finì per essere piuttosto complessa.
Geoff Patterson,

3

Non riuscivo a capire la logica dietro il raggruppamento di settimane con lacune o settimane con fine settimana (ad esempio, quando ci sono due settimane consecutive con un fine settimana, in quale settimana va il fine settimana?).

La query seguente produce l'output desiderato, tranne per il fatto che raggruppa solo giorni feriali consecutivi e raggruppa settimane da domenica a sabato (anziché da lunedì a domenica). Anche se non è esattamente quello che vuoi, forse questo può fornire alcuni indizi per una strategia diversa. Il raggruppamento di giorni viene da qui . Le funzioni di windowing utilizzate dovrebbero funzionare con SQLServer 2008, ma non ho quella versione per verificare se effettivamente lo fa.

WITH 
  mysrc AS (
    SELECT *, RANK() OVER (PARTITION BY ContractID ORDER BY DT) AS rank
    FROM @Src
    ),
  prepos AS (
    SELECT s.*, pos.ID AS posid
    FROM mysrc s
    LEFT JOIN mysrc pos ON (pos.ContractID = s.ContractID AND pos.rank = s.rank+1 AND (pos.DowInt = s.DowInt+1 OR pos.DowInt = 2 AND s.DowInt=6))
    ),
  grped AS (
    SELECT TOP 100 *, (SELECT COUNT(CASE WHEN posid IS NULL THEN 1 END) FROM prepos WHERE contractid = p.contractid AND rank < p.rank) as grp
    FROM prepos p
    ORDER BY ContractID, DT
    )
SELECT ContractID, min(dt) AS StartDT, max(dt) AS EndDT, count(*) AS DayCount,
       STUFF( (SELECT ', ' + dowchar
               FROM (
                 SELECT TOP 100 dowint, dowchar 
                 FROM grped 
                 WHERE ContractID = g.ContractID AND grp = g.grp 
                 GROUP BY dowint, dowchar 
                 ORDER BY 1
                 ) a 
               FOR XML PATH(''), TYPE).value('.','varchar(max)'), 1, 2, '') AS WeekDays
FROM grped g
GROUP BY ContractID, grp
ORDER BY 1, 2

Risultato

+------------+------------+------------+----------+-----------------------------------+
| ContractID | StartDT    | EndDT      | DayCount | WeekDays                          |
+------------+------------+------------+----------+-----------------------------------+
| 1          | 2/05/2016  | 13/05/2016 | 10       | Mon, Tue, Wed, Thu, Fri           |
| 2          | 5/05/2016  | 17/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 3          | 2/05/2016  | 2/05/2016  | 1        | Mon                               |
| 3          | 4/05/2016  | 4/05/2016  | 1        | Wed                               |
| 3          | 6/05/2016  | 9/05/2016  | 2        | Mon, Fri                          |
| 3          | 11/05/2016 | 11/05/2016 | 1        | Wed                               |
| 3          | 13/05/2016 | 16/05/2016 | 2        | Mon, Fri                          |
| 4          | 2/05/2016  | 6/05/2016  | 5        | Mon, Tue, Wed, Thu, Fri           |
| 4          | 10/05/2016 | 13/05/2016 | 4        | Tue, Wed, Thu, Fri                |
| 5          | 2/05/2016  | 6/05/2016  | 5        | Mon, Tue, Wed, Thu, Fri           |
| 5          | 10/05/2016 | 20/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 6          | 5/05/2016  | 17/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 6          | 6/06/2016  | 17/06/2016 | 10       | Mon, Tue, Wed, Thu, Fri           |
| 7          | 2/05/2016  | 7/05/2016  | 6        | Mon, Tue, Wed, Thu, Fri, Sat      |
| 7          | 8/05/2016  | 13/05/2016 | 6        | Sun, Mon, Tue, Wed, Thu, Fri      |
| 8          | 30/04/2016 | 30/04/2016 | 1        | Sat                               |
| 8          | 1/05/2016  | 7/05/2016  | 7        | Sun, Mon, Tue, Wed, Thu, Fri, Sat |
| 8          | 8/05/2016  | 14/05/2016 | 7        | Sun, Mon, Tue, Wed, Thu, Fri, Sat |
| 9          | 2/05/2016  | 4/05/2016  | 3        | Mon, Tue, Wed                     |
| 9          | 9/05/2016  | 10/05/2016 | 2        | Mon, Tue                          |
+------------+------------+------------+----------+-----------------------------------+

La discussione su questa risposta è stata spostata in chat .
Paul White Ripristina Monica

3

Per completezza, ecco un doppio passaggio gaps-and-islands approccio in che ho provato da solo prima di porre questa domanda.

Mentre lo stavo testando sui dati reali, ho trovato alcuni casi in cui produceva risultati errati e li ho riparati.

Ecco l'algoritmo:

  • Generare isole di date consecutive ( CTE_ContractDays, CTE_DailyRN,CTE_DailyIslands ) e calcolare un numero settimana per ogni data di inizio e la fine di un 'isola. Qui il numero della settimana viene calcolato ipotizzando che il lunedì sia il primo giorno della settimana.
  • Se la pianificazione ha date non sequenziali nella stessa settimana (come nell'esempio 3), la fase precedente creerà più righe per la stessa settimana. Raggruppa le righe in modo da avere solo una riga alla settimana ( CTE_Weeks).
  • Per ogni riga della fase precedente crea un elenco separato da virgole di giorni settimanali ( CTE_FirstResult).
  • Secondo passaggio di spazi vuoti e isole per raggruppare settimane consecutive con lo stesso WeekDays( CTE_SecondRN, CTE_Schedules).

Gestisce bene i casi in cui non vi sono interruzioni nei modelli settimanali (1, 7, 8, 10, 12). Gestisce bene i casi in cui il modello ha giorni non sequenziali (3).

Ma, sfortunatamente, genera intervalli extra per settimane parziali (2, 3, 5, 6, 9, 11).

WITH
CTE_ContractDays
AS
(
    SELECT
         S.ContractID
        ,MIN(S.dt) OVER (PARTITION BY S.ContractID) AS ContractMinDT
        ,S.dt
        ,ROW_NUMBER() OVER (PARTITION BY S.ContractID ORDER BY S.dt) AS rn1
        ,DATEDIFF(day, '2001-01-01', S.dt) AS DayNumber
        ,S.dowChar
        ,S.dowInt
    FROM
        @Src AS S
)
,CTE_DailyRN
AS
(
    SELECT
        DayNumber - rn1 AS WeekGroupNumber
        ,ROW_NUMBER() OVER (
            PARTITION BY
                ContractID
                ,DayNumber - rn1
            ORDER BY dt) AS rn2
        ,ContractID
        ,ContractMinDT
        ,dt
        ,rn1
        ,DayNumber
        ,dowChar
        ,dowInt
    FROM CTE_ContractDays
)
,CTE_DailyIslands
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MIN(dt) AS MinDT
        ,MAX(dt) AS MaxDT
        ,COUNT(*) AS DayCount
        -- '2001-01-01' is Monday
        ,DATEDIFF(day, '2001-01-01', MIN(dt)) / 7 AS WeekNumberMin
        ,DATEDIFF(day, '2001-01-01', MAX(dt)) / 7 AS WeekNumberMax
    FROM CTE_DailyRN
    GROUP BY
        ContractID
        ,rn1-rn2
        ,ContractMinDT
)
,CTE_Weeks
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MIN(MinDT) AS MinDT
        ,MAX(MaxDT) AS MaxDT
        ,SUM(DayCount) AS DayCount
        ,WeekNumberMin
        ,WeekNumberMax
    FROM CTE_DailyIslands
    GROUP BY
        ContractID
        ,ContractMinDT
        ,WeekNumberMin
        ,WeekNumberMax
)
,CTE_FirstResult
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MinDT
        ,MaxDT
        ,DayCount
        ,CA_Data.XML_Value AS DaysOfWeek
        ,WeekNumberMin AS WeekNumber
        ,ROW_NUMBER() OVER(PARTITION BY ContractID ORDER BY MinDT) AS rn1
    FROM
        CTE_Weeks
        CROSS APPLY
        (
            SELECT CAST(CTE_ContractDays.dowChar AS varchar(8000)) + ',' AS dw
            FROM CTE_ContractDays
            WHERE
                    CTE_ContractDays.ContractID = CTE_Weeks.ContractID
                AND CTE_ContractDays.dt >= CTE_Weeks.MinDT
                AND CTE_ContractDays.dt <= CTE_Weeks.MaxDT
            GROUP BY
                CTE_ContractDays.dowChar
                ,CTE_ContractDays.dowInt
            ORDER BY CTE_ContractDays.dowInt
            FOR XML PATH(''), TYPE
        ) AS CA_XML(XML_Value)
        CROSS APPLY
        (
            SELECT CA_XML.XML_Value.value('.', 'VARCHAR(8000)')
        ) AS CA_Data(XML_Value)
)
,CTE_SecondRN
AS
(
    SELECT 
        ContractID
        ,ContractMinDT
        ,MinDT
        ,MaxDT
        ,DayCount
        ,DaysOfWeek
        ,WeekNumber
        ,rn1
        ,WeekNumber - rn1 AS SecondGroupNumber
        ,ROW_NUMBER() OVER (
            PARTITION BY
                ContractID
                ,DaysOfWeek
                ,DayCount
                ,WeekNumber - rn1
            ORDER BY MinDT) AS rn2
    FROM CTE_FirstResult
)
,CTE_Schedules
AS
(
    SELECT
        ContractID
        ,MIN(MinDT) AS StartDT
        ,MAX(MaxDT) AS EndDT
        ,SUM(DayCount) AS DayCount
        ,DaysOfWeek
    FROM CTE_SecondRN
    GROUP BY
        ContractID
        ,DaysOfWeek
        ,rn1-rn2
)
SELECT
    ContractID
    ,StartDT
    ,EndDT
    ,DayCount
    ,DaysOfWeek AS WeekDays
FROM CTE_Schedules
ORDER BY
    ContractID
    ,StartDT
;

Risultato

+------------+------------+------------+----------+------------------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |           WeekDays           |
+------------+------------+------------+----------+------------------------------+
|          1 | 2016-05-02 | 2016-05-13 |       10 | Mon,Tue,Wed,Thu,Fri,         |
|          2 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,                     |
|          2 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          2 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|          3 | 2016-05-02 | 2016-05-13 |        6 | Mon,Wed,Fri,                 |
|          3 | 2016-05-16 | 2016-05-16 |        1 | Mon,                         |
|          4 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          4 | 2016-05-10 | 2016-05-13 |        4 | Tue,Wed,Thu,Fri,             |
|          5 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          5 | 2016-05-10 | 2016-05-13 |        4 | Tue,Wed,Thu,Fri,             |
|          5 | 2016-05-16 | 2016-05-20 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          6 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,                     |
|          6 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          6 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|          6 | 2016-06-06 | 2016-06-17 |       10 | Mon,Tue,Wed,Thu,Fri,         |
|          7 | 2016-05-02 | 2016-05-13 |       12 | Sun,Mon,Tue,Wed,Thu,Fri,Sat, |
|          8 | 2016-04-30 | 2016-05-14 |       15 | Sun,Mon,Tue,Wed,Thu,Fri,Sat, |
|          9 | 2016-05-02 | 2016-05-11 |        6 | Mon,Tue,Wed,                 |
|          9 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|         10 | 2016-05-05 | 2016-05-22 |       12 | Sun,Thu,Fri,Sat,             |
|         11 | 2016-05-03 | 2016-05-10 |        2 | Tue,                         |
|         11 | 2016-05-17 | 2016-05-19 |        2 | Tue,Thu,                     |
|         11 | 2016-05-26 | 2016-06-02 |        2 | Thu,                         |
|         12 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|         12 | 2016-05-16 | 2016-05-20 |        5 | Mon,Tue,Wed,Thu,Fri,         |
+------------+------------+------------+----------+------------------------------+

Soluzione basata sul cursore

Ho convertito il mio codice C # in un algoritmo basato sul cursore, solo per vedere come si confronta con altre soluzioni su dati reali. Conferma che è molto più lento di altri approcci basati su set o ricorsivi, ma genera un risultato ottimale.

CREATE TABLE #Dst_V2 (ContractID bigint, StartDT date, EndDT date, DayCount int, WeekDays varchar(255) COLLATE SQL_Latin1_General_CP1_CI_AS);

SET NOCOUNT ON;

DECLARE @VarOldDateFirst int = @@DATEFIRST;
SET DATEFIRST 7;

DECLARE @iFS int;
DECLARE @VarCursor CURSOR;
SET @VarCursor = CURSOR FAST_FORWARD
FOR
    SELECT
        ContractID
        ,dt
        ,dowChar
        ,dowInt
    FROM #Src AS S
    ;

OPEN @VarCursor;

DECLARE @CurrContractID bigint = 0;
DECLARE @Currdt date;
DECLARE @CurrdowChar char(3);
DECLARE @CurrdowInt int;


DECLARE @VarCreateNewInterval bit = 0;
DECLARE @VarTempDT date;
DECLARE @VarTempdowInt int;

DECLARE @LastContractID bigint = 0;
DECLARE @LastStartDT date;
DECLARE @LastEndDT date;
DECLARE @LastDayCount int = 0;
DECLARE @LastWeekDays varchar(255);
DECLARE @LastMonCount int;
DECLARE @LastTueCount int;
DECLARE @LastWedCount int;
DECLARE @LastThuCount int;
DECLARE @LastFriCount int;
DECLARE @LastSatCount int;
DECLARE @LastSunCount int;


FETCH NEXT FROM @VarCursor INTO @CurrContractID, @Currdt, @CurrdowChar, @CurrdowInt;
SET @iFS = @@FETCH_STATUS;
IF @iFS = 0
BEGIN
    SET @LastContractID = @CurrContractID;
    SET @LastStartDT = @Currdt;
    SET @LastEndDT = @Currdt;
    SET @LastDayCount = 1;
    SET @LastMonCount = 0;
    SET @LastTueCount = 0;
    SET @LastWedCount = 0;
    SET @LastThuCount = 0;
    SET @LastFriCount = 0;
    SET @LastSatCount = 0;
    SET @LastSunCount = 0;
    IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
    IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
    IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
    IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
    IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
    IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
    IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;
END;

WHILE @iFS = 0
BEGIN

    SET @VarCreateNewInterval = 0;

    -- Contract changes -> start new interval
    IF @LastContractID <> @CurrContractID
    BEGIN
        SET @VarCreateNewInterval = 1;
    END;

    IF @VarCreateNewInterval = 0
    BEGIN
        -- check days of week
        -- are we still within the first week of the interval?
        IF DATEDIFF(day, @LastStartDT, @Currdt) > 6
        BEGIN
            -- we are beyond the first week, check day of the week
            -- have we seen @CurrdowInt before?
            -- we should start a new interval if this is the new day of the week that didn't exist in the first week
            IF @CurrdowInt = 1 AND @LastSunCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 2 AND @LastMonCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 3 AND @LastTueCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 4 AND @LastWedCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 5 AND @LastThuCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 6 AND @LastFriCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 7 AND @LastSatCount = 0 SET @VarCreateNewInterval = 1;

            IF @VarCreateNewInterval = 0
            BEGIN
                -- check the gap between current day and last day of the interval
                -- if the gap between current day and last day of the interval
                -- contains a day of the week that was included in the interval before,
                -- we should create new interval
                SET @VarTempDT = DATEADD(day, 1, @LastEndDT);
                WHILE @VarTempDT < @Currdt
                BEGIN
                    SET @VarTempdowInt = DATEPART(WEEKDAY, @VarTempDT);

                    IF @VarTempdowInt = 1 AND @LastSunCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 2 AND @LastMonCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 3 AND @LastTueCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 4 AND @LastWedCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 5 AND @LastThuCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 6 AND @LastFriCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 7 AND @LastSatCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;

                    SET @VarTempDT = DATEADD(day, 1, @VarTempDT);
                END;
            END;
        END;
        -- else
        -- we are still within the first week, so we can add this day to the interval
    END;

    IF @VarCreateNewInterval = 1
    BEGIN
        -- save the new interval into the final table
        SET @LastWeekDays = '';
        IF @LastSunCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sun,';
        IF @LastMonCount > 0 SET @LastWeekDays = @LastWeekDays + 'Mon,';
        IF @LastTueCount > 0 SET @LastWeekDays = @LastWeekDays + 'Tue,';
        IF @LastWedCount > 0 SET @LastWeekDays = @LastWeekDays + 'Wed,';
        IF @LastThuCount > 0 SET @LastWeekDays = @LastWeekDays + 'Thu,';
        IF @LastFriCount > 0 SET @LastWeekDays = @LastWeekDays + 'Fri,';
        IF @LastSatCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sat,';

        INSERT INTO #Dst_V2 
            (ContractID
            ,StartDT
            ,EndDT
            ,DayCount
            ,WeekDays)
        VALUES
            (@LastContractID
            ,@LastStartDT
            ,@LastEndDT
            ,@LastDayCount
            ,@LastWeekDays);

        -- init the new interval
        SET @LastContractID = @CurrContractID;
        SET @LastStartDT = @Currdt;
        SET @LastEndDT = @Currdt;
        SET @LastDayCount = 1;
        SET @LastMonCount = 0;
        SET @LastTueCount = 0;
        SET @LastWedCount = 0;
        SET @LastThuCount = 0;
        SET @LastFriCount = 0;
        SET @LastSatCount = 0;
        SET @LastSunCount = 0;
        IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
        IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
        IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
        IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
        IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
        IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
        IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;

    END ELSE BEGIN

        -- update last interval
        SET @LastEndDT = @Currdt;
        SET @LastDayCount = @LastDayCount + 1;
        IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
        IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
        IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
        IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
        IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
        IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
        IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;
    END;


    FETCH NEXT FROM @VarCursor INTO @CurrContractID, @Currdt, @CurrdowChar, @CurrdowInt;
    SET @iFS = @@FETCH_STATUS;
END;

-- save the last interval into the final table
IF @LastDayCount > 0
BEGIN
    SET @LastWeekDays = '';
    IF @LastSunCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sun,';
    IF @LastMonCount > 0 SET @LastWeekDays = @LastWeekDays + 'Mon,';
    IF @LastTueCount > 0 SET @LastWeekDays = @LastWeekDays + 'Tue,';
    IF @LastWedCount > 0 SET @LastWeekDays = @LastWeekDays + 'Wed,';
    IF @LastThuCount > 0 SET @LastWeekDays = @LastWeekDays + 'Thu,';
    IF @LastFriCount > 0 SET @LastWeekDays = @LastWeekDays + 'Fri,';
    IF @LastSatCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sat,';

    INSERT INTO #Dst_V2
        (ContractID
        ,StartDT
        ,EndDT
        ,DayCount
        ,WeekDays)
    VALUES
        (@LastContractID
        ,@LastStartDT
        ,@LastEndDT
        ,@LastDayCount
        ,@LastWeekDays);
END;

CLOSE @VarCursor;
DEALLOCATE @VarCursor;

SET DATEFIRST @VarOldDateFirst;

DROP TABLE #Dst_V2;

2

Sono stato un po 'sorpreso che la soluzione del cursore di Vladimir fosse così lenta, quindi ho anche cercato di ottimizzare quella versione. Ho confermato che l'uso di un cursore è stato molto lento anche per me.

Tuttavia, a scapito dell'utilizzo della funzionalità non documentata in SQL Server aggiungendo una variabile durante l'elaborazione di un set di righe, sono stato in grado di creare una versione semplificata di questa logica che produce il risultato ottimale ed esegue molto più velocemente sia del cursore sia della mia soluzione originale . Quindi utilizzare a proprio rischio, ma presenterò la soluzione nel caso sia interessante. Sarebbe anche possibile aggiornare la soluzione per utilizzare aWHILE loop da uno al numero di riga massimo, cercando il numero di riga successivo ad ogni iterazione del loop. Ciò si atterrebbe a funzionalità completamente documentate e affidabili, ma violerebbe il vincolo (piuttosto artificiale) dichiarato del problema che i WHILEloop non sono consentiti.

Si noti che se è stato consentito l'utilizzo di SQL 2014, è probabile che a procedura memorizzata compilata in modo nativo che si sovrapponga ai numeri di riga e acceda a ciascun numero di riga in una tabella ottimizzata per la memoria sarebbe un'implementazione di questa stessa logica che verrebbe eseguita più rapidamente.

Ecco la soluzione completa , incluso l'espansione dei dati di prova stabiliti a circa mezzo milione di righe. La nuova soluzione si completa in circa 3 secondi e secondo me è molto più concisa e leggibile rispetto alla soluzione precedente che ho offerto. Descriverò i tre passaggi qui coinvolti:

Passaggio 1: pre-elaborazione

Per prima cosa aggiungiamo un numero di riga al set di dati, nell'ordine in cui elaboreremo i dati. Nel fare ciò, convertiamo anche ogni dowInt in una potenza di 2 in modo da poter usare una bitmap per rappresentare quali giorni sono stati osservati in un dato raggruppamento:

IF OBJECT_ID('tempdb..#srcWithRn') IS NOT NULL
    DROP TABLE #srcWithRn
GO
SELECT rn = IDENTITY(INT, 1, 1), ContractId, dt, dowInt,
    POWER(2, dowInt) AS dowPower, dowChar
INTO #srcWithRn
FROM #src
ORDER BY ContractId, dt
GO
ALTER TABLE #srcWithRn
ADD PRIMARY KEY (rn)
GO

Passaggio 2: scorrere i giorni del contratto per identificare nuovi raggruppamenti

Passiamo quindi in rassegna i dati, in ordine di numero di riga. Calcoliamo solo l'elenco dei numeri di riga che formano il confine di un nuovo raggruppamento, quindi produciamo i numeri di riga in una tabella:

DECLARE @ContractId INT, @RnList VARCHAR(MAX), @NewGrouping BIT = 0, @DowBitmap INT = 0, @startDt DATE
SELECT TOP 1 @ContractId = ContractId, @startDt = dt, @RnList = ',' + CONVERT(VARCHAR(MAX), rn), @DowBitmap = DowPower
FROM #srcWithRn
WHERE rn = 1

SELECT 
    -- New grouping if new contract, or if we're observing a new day that we did
    -- not observe within the first 7 days of the grouping
    @NewGrouping = CASE
        WHEN ContractId <> @ContractId THEN 1
        WHEN DATEDIFF(DAY, @startDt, dt) > 6
            AND @DowBitmap & dowPower <> dowPower THEN 1
        ELSE 0
        END,
    @ContractId = ContractId,
    -- If this is a newly observed day in an existing grouping, add it to the bitmap
    @DowBitmap = CASE WHEN @NewGrouping = 0 THEN @DowBitmap | DowPower ELSE DowPower END,
    -- If this is a new grouping, reset the start date of the grouping
    @startDt = CASE WHEN @NewGrouping = 0 THEN @startDt ELSE dt END,
    -- If this is a new grouping, add this rn to the list of row numbers that delineate the boundary of a new grouping
    @RnList = CASE WHEN @NewGrouping = 0 THEN @RnList ELSE @RnList + ',' + CONVERT(VARCHAR(MAX), rn) END 
FROM #srcWithRn
WHERE rn >= 2
ORDER BY rn
OPTION (MAXDOP 1)

-- Split the list of grouping boundaries into a table
IF OBJECT_ID('tempdb..#newGroupingRns') IS NOT NULL
    DROP TABLE #newGroupingRns
SELECT splitListId AS rn
INTO #newGroupingRns
FROM dbo.f_delimitedIntListSplitter(SUBSTRING(@RnList, 2, 1000000000), DEFAULT)
GO
ALTER TABLE #newGroupingRns
ADD PRIMARY KEY (rn)
GO

Passaggio 3: calcolo dei risultati finali in base ai numeri di riga di ciascun confine di raggruppamento

Quindi calcoliamo i raggruppamenti finali utilizzando i limiti identificati nel ciclo sopra per aggregare tutte le date che rientrano in ciascun raggruppamento:

IF OBJECT_ID('tempdb..#finalGroupings') IS NOT NULL
    DROP TABLE #finalGroupings
GO
SELECT MIN(s.ContractId) AS ContractId,
    MIN(dt) AS StartDT,
    MAX(dt) AS EndDT,
    COUNT(*) AS DayCount,
    CASE WHEN MAX(CASE WHEN dowChar = 'Sun' THEN 1 ELSE 0 END) = 1 THEN 'Sun,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Mon' THEN 1 ELSE 0 END) = 1 THEN 'Mon,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Tue' THEN 1 ELSE 0 END) = 1 THEN 'Tue,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Wed' THEN 1 ELSE 0 END) = 1 THEN 'Wed,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Thu' THEN 1 ELSE 0 END) = 1 THEN 'Thu,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Fri' THEN 1 ELSE 0 END) = 1 THEN 'Fri,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Sat' THEN 1 ELSE 0 END) = 1 THEN 'Sat,' ELSE '' END AS WeekDays
INTO #finalGroupings
FROM #srcWithRn s
CROSS APPLY (
    -- For any row, its grouping is the largest boundary row number that occurs at or before this row
    SELECT TOP 1 rn AS groupingRn
    FROM #newGroupingRns grp
    WHERE grp.rn <= s.rn
    ORDER BY grp.rn DESC
) g
GROUP BY g.groupingRn
ORDER BY g.groupingRn
GO

Grazie. Ho chiesto di non usare cursori o WHILEloop, perché sapevo già come risolverlo con il cursore e volevo trovare una soluzione basata su set. Inoltre, sospettavo che il cursore fosse lento (specialmente con un ciclo annidato). Questa risposta è molto interessante in termini di apprendimento di nuovi trucchi e apprezzo i tuoi sforzi.
Vladimir Baranov,

1

La discussione seguirà il codice.

declare @Helper table(
    rn tinyint,
    dowInt tinyint,
    dowChar char(3));
insert @Helper
values  ( 1,1,'Sun'),
        ( 2,2,'Mon'),
        ( 3,3,'Tue'),
        ( 4,4,'Wed'),
        ( 5,5,'Thu'),
        ( 6,6,'Fri'),
        ( 7,7,'Sat'),
        ( 8,1,'Sun'),
        ( 9,2,'Mon'),
        (10,3,'Tue'),
        (11,4,'Wed'),
        (12,5,'Thu'),
        (13,6,'Fri'),
        (14,7,'Sat');



with MissingDays as
(
    select
        h1.rn as rn1,
        h1.dowChar as StartDay,
        h2.rn as rn2,
        h2.dowInt as FollowingDayInt,
        h2.dowChar as FollowingDayChar
    from @Helper as h1
    inner join @Helper as h2
        on h2.rn > h1.rn
    where h1.rn < 8
    and h2.rn < h1.rn + 8
)
,Numbered as
(
    select
        a.*,
        ROW_NUMBER() over (partition by a.ContractID order by a.dt) as rn
    from #Src as a
)
,Incremented as
(
    select
        b.*,
        convert(varchar(max), b.dowChar)+',' as WeekDays,
        b.dt as IntervalStart
    from Numbered as b
    where b.rn = 1

    union all

    select
        c.*,
        case
            when
                (DATEDIFF(day, d.IntervalStart, c.dt) > 6)      -- interval goes beyond 7 days
            and (
                    (d.WeekDays not like '%'+c.dowChar+'%')     -- the new week day has not been seen before
                or 
                    (DATEDIFF(day, d.dt, c.dt) > 7)
                or 
                    (
                        (DATEDIFF(day, d.dt, c.dt) > 1)
                        and
                        (
                        exists( select
                                    e.FollowingDayChar
                                from MissingDays as e
                                where e.StartDay = d.dowChar
                                and rn2 < (select f.rn2 from MissingDays as f
                                            where f.StartDay = d.dowChar
                                            and f.FollowingDayInt = c.dowInt)
                                and d.WeekDays like '%'+e.FollowingDayChar+'%'
                            )
                        )
                    )
                )
            then convert(varchar(max),c.dowChar)+','
            else
                case
                    when d.WeekDays like '%'+c.dowChar+'%'
                    then d.WeekDays
                    else d.WeekDays+convert(varchar(max),c.dowChar)+','
                end
        end,
        case
            when
                (DATEDIFF(day, d.IntervalStart, c.dt) > 6)      -- interval goes beyond 7 days
            and (
                    (d.WeekDays not like '%'+c.dowChar+'%')     -- the new week day has not been seen before
                or
                    (DATEDIFF(day, d.dt, c.dt) > 7)             -- there is a one week gap
                or 
                    (
                        (DATEDIFF(day, d.dt, c.dt) > 1)         -- there is a gap..
                        and
                        (
                        exists( select                          -- .. and the omitted days are in the preceeding interval
                                    e.FollowingDayChar
                                from MissingDays as e
                                where e.StartDay = d.dowChar
                                and rn2 < (select f.rn2 from MissingDays as f
                                            where f.StartDay = d.dowChar
                                            and f.FollowingDayInt = c.dowInt)
                                and d.WeekDays like '%'+e.FollowingDayChar+'%'
                            )
                        )
                    )
                )
            then c.dt
            else d.IntervalStart
        end
    from Numbered as c
    inner join Incremented as d
    on d.ContractID = c.ContractID
    and d.rn = c.rn - 1
)
select
    g.ContractID,
    g.IntervalStart as StartDT,
    MAX(g.dt) as EndDT,
    COUNT(*) as DayCount,
    MAX(g.WeekDays) as WeekDays
from Incremented as g
group by
    g.ContractID,
    g.IntervalStart
order by
    ContractID,
    StartDT;

@Helper è far fronte a questa regola:

Se l'intervallo tra il giorno corrente e l'ultimo giorno dell'intervallo contiene un giorno della settimana che era stato incluso nell'intervallo precedente, dovremmo creare un nuovo intervallo

Mi permette di elencare i nomi dei giorni, in ordine numerico, tra due giorni. Viene utilizzato quando si decide se deve iniziare un nuovo intervallo. Lo popolo con due settimane di valori per rendere più semplice la programmazione di un fine settimana.

Ci sono modi più puliti per implementarlo. Una tabella "date" completa sarebbe una. Probabilmente esiste anche un modo intelligente con il numero del giorno e l'aritmetica del modulo.

Il CTE MissingDays deve generare un elenco di nomi di giorni tra due giorni specifici. Viene gestito in questo modo massiccio perché il CTE ricorsivo (di seguito) non consente aggregati, TOP () o altri operatori. Questo non è elegante, ma funziona.

CTE Numbered consiste nel far rispettare una sequenza nota e priva di gap sui dati. Evita molti confronti in seguito.

CTE Incremented è dove si svolge l'azione. In sostanza, utilizzo un CTE ricorsivo per esaminare i dati e applicare le regole. Il numero di riga generato inNumbered (sopra) viene utilizzato per guidare l'elaborazione ricorsiva.

Il seed del CTE ricorsivo ottiene semplicemente la prima data per ciascun ContractID e inizializza i valori che verranno utilizzati per decidere se è necessario un nuovo intervallo.

Decidere se un nuovo intervallo deve iniziare richiede la data di inizio dell'intervallo corrente, l'elenco dei giorni e la lunghezza di qualsiasi intervallo nelle date del calendario. Questi possono essere ripristinati o riportati, a seconda della decisione. Quindi la parte ricorsiva è verbosa e un po 'ripetitiva, poiché dobbiamo decidere se iniziare un nuovo intervallo per più di un valore di colonna.

La logica decisionale per le colonne WeekDayseIntervalStart dovrebbe avere la stessa logica decisionale: può essere tagliata e incollata tra di loro. Se la logica per iniziare un nuovo intervallo dovesse cambiare, questo è il codice da modificare. Idealmente sarebbe quindi astratto; farlo in un CTE ricorsivo può essere impegnativo.

La EXISTS()clausola è il fallimento di non poter utilizzare le funzioni aggregate in un CTE ricorsivo. Tutto ciò che fa è vedere se i giorni che rientrano in un gap sono già nell'intervallo corrente.

Non c'è nulla di magico nella nidificazione delle clausole logiche. Se è più chiaro in un'altra conformazione, o usando CASE nidificati, diciamo, non c'è motivo di mantenerlo in questo modo.

Il finale SELECTè dare l'output nel formato desiderato.

Avere il PK acceso Src.IDnon è utile per questo metodo. Un indice cluster su (ContractID,dt)sarebbe bello, credo.

Ci sono alcuni spigoli vivi. I giorni non vengono restituiti nella sequenza dow, ma nella sequenza del calendario compaiono nei dati di origine. Tutto a che fare con @Helper è klunky e potrebbe essere levigato. Mi piace l'idea di usare un bit al giorno e di utilizzare le funzioni binarie invece di LIKE. Separare alcuni dei CTE ausiliari in una tabella temporanea con indici adeguati sarebbe senza dubbio utile.

Una delle sfide a questo proposito è che una "settimana" non si allinea con un calendario standard, ma piuttosto è guidata dai dati e si reimposta quando viene determinato che dovrebbe iniziare un nuovo intervallo. Una "settimana", o almeno un intervallo, può durare da un giorno a tutta la serie di dati.


Per motivi di interesse, ecco i costi stimati rispetto ai dati di esempio di Geoff (grazie per quello!) Dopo varie modifiche:

                                             estimated cost

My submission as is w/ CTEs, Geoff's data:      791682
Geoff's data, cluster key on (ContractID, dt):   21156.2
Real table for MissingDays:                      21156.2
Numbered as table UCI=(ContractID, rn):             16.6115    26s elapsed.
                  UCI=(rn, ContractID):             41.9845    26s elapsed.
MissingDays as refactored to simple lookup          16.6477    22s elapsed.
Weekdays as varchar(30)                             13.4013    30s elapsed.

Il numero stimato ed effettivo di righe differisce notevolmente.

Il piano ha uno spoo di tabella, probabilmente a causa del CTE ricorsivo. La maggior parte dell'azione si trova su un piano di lavoro che emerge che:

Table 'Worktable'.   Scan count       2, logical reads 4 196 269, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'MissingDays'. Scan count 464 116, logical reads   928 232, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbered'.    Scan count 484 122, logical reads 1 475 467, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

Immagino proprio il modo in cui ricorsivo è implementato!


Grazie. Fornisce risultati corretti e ottimali sui dati di esempio. Lo controllerò su dati reali ora. Una nota a margine: MAX(g.IntervalStart)sembra strano, perché g.IntervalStartè nel GROUP BY. Mi aspettavo che generasse un errore di sintassi, ma funziona. Dovrebbe essere appena g.IntervalStart as StartDTdentro SELECT? O g.IntervalStartnon dovrebbe essere nel GROUP BY?
Vladimir Baranov,

Ho provato a eseguire la query su dati reali e ho dovuto interromperla dopo 10 minuti. È molto probabile che se CTE MissingDayse Numberedvengono sostituiti con tabelle temporanee con indici adeguati, potrebbero avere prestazioni decenti. Quali indici consiglieresti? Potrei provarlo domani mattina.
Vladimir Baranov,

Penserei che la sostituzione Numberedcon una tabella temporanea e un indice cluster su (ContractID, rn)varrebbe la pena. Senza un set di dati di grandi dimensioni per generare il piano corrispondente è difficile indovinarlo. Anche la fisica MissingDatescon gli indici (StartDay, FollowingDayInt)sarebbe buona.
Michael Green,

Grazie. Non posso provarlo adesso, ma lo farò domani mattina.
Vladimir Baranov,

L'ho provato su un set di dati da mezzo milione di righe (il set di dati esistente, replicato 4.000 volte con diversi ContractId). Ha funzionato per circa 15 minuti e finora ha occupato 30 GB di spazio tempdb. Quindi penso che potrebbero essere necessarie ulteriori ottimizzazioni. Ecco i dati di test espansi nel caso in cui lo trovassi utile.
Geoff Patterson,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.