TSQL Reihenfolge, die in 3 aufeinander folgenden Monaten aufgetreten ist

Bearbeiten: Wurde los oder MAX() OVER (PARTITION BY ...) , da dies die Leistung zu zerstören schien.

Hier ist meine Version. Ich habe das wirklich nur als eine Kuriosität dargestellt, um eine andere Art des Nachdenkens über das Problem zu zeigen. Es erwies sich als nützlicher als das, weil es besser als sogar Martin Smiths coole "gruppierte Inseln" -Lösung war. Nachdem er jedoch einige überteuerte Aggregat-Fensterfunktionen losgeworden war und statt dessen echte Aggregate verwendet hatte, begann seine Anfrage, auf den Hintern zu treten.

Lösung 1: Läuft über 3 Monate oder länger, indem Sie 1 Monat vor und nach dem Server überprüfen und einen Semi-Join verwenden.

Lösung 2: Exakte 3-Monats-Muster. Wenn es sich um einen 4-Monatslauf oder länger handelt, werden die Werte ausgeschlossen. Dies geschieht, indem man 2 Monate im Voraus und 2 Monate im Nachhinein überprüft (im Wesentlichen nach dem Muster N, Y, Y, Y, N suchend).

Hier ist mein Tabellenlade-Skript, wenn jemand anderes spielen möchte:

Leistung

Hier sind einige Leistungstestergebnisse für die 3-Monats-oder mehr Abfragen:

Dies ist jeweils nur ein Lauf, aber die Zahlen sind ziemlich repräsentativ. Es stellt sich heraus, dass Ihre Anfrage schließlich nicht so schlecht war, Denis. Martins Anfrage schlägt die anderen Hände über den Haufen, aber zuerst verwendete er einige übertrieben teure Fensterfunktionen, die er reparierte.

Natürlich, wie ich bemerkt habe, zieht die Anfrage von Denis nicht die richtigen Zeilen, wenn ein Kunde am selben Tag zwei Aufträge hat, also ist seine Anfrage außer Konkurrenz, es sei denn, er hat es behoben.

Auch verschiedene Indizes könnten möglicherweise die Dinge aufmischen. Ich weiß es nicht.

Hier geht's: