Ms Sql Gleitender Durchschnitt

Ich versuche, eine laufende durchschnittliche Spalte in der SELECT-Anweisung auf einer Spalte aus den n vorherigen Zeilen in der gleichen SELECT-Anweisung haben. Der Durchschnitt, den ich brauche, basiert auf den n vorherigen Zeilen im Resultset. Die ersten 3 Zeilen der Spalte Average sind Null, da es keine vorherigen Zeilen gibt. Die Zeile 4 in der Spalte Mittel zeigt den Durchschnitt der Spalte Nummer aus den vorherigen 3 Zeilen an. Ich brauche etwas Hilfe versuchen, eine SQL-Select-Anweisung, die dies tun wird. Eine einfache Selbstverknüpfung scheint, viel besser als eine Zeile zu tun, die auf Unterabfrage verweist. Generiere 10k Zeilen von Testdaten: Ich würde den Spezialfall der ersten 3 Zeilen aus der Hauptabfrage herausziehen, Sie können UNION ALLE zurück in wenn Sie wirklich wollen Es in der Zeile gesetzt. Selbstverknüpfung Abfrage: Auf meiner Maschine dauert dies etwa 10 Sekunden, die Unterabfrage Ansatz, dass Aaron Alton demonstriert dauert etwa 45 Sekunden (nachdem ich es geändert, um meine Test-Source-Tabelle widerspiegeln): Wenn Sie ein SET STATISTICS PROFIL ON tun, können Sie die Self join hat 10k auf der Tischspule ausgeführt. Die Unterabfrage hat 10k Ausführungen auf dem Filter, Aggregat und andere steps. This ist eine Evergreen Joe Celko Frage. Ich ignoriere, welche DBMS-Plattform verwendet wird. Aber auf jeden Fall Joe war in der Lage, mehr als 10 Jahren mit Standard-SQL zu beantworten. Joe Celko SQL-Puzzles und Antworten Zitat: Der letzte Update-Versuch deutet darauf hin, dass wir das Prädikat verwenden können, um eine Abfrage, die uns einen gleitenden Durchschnitt geben würde: Ist die zusätzliche Spalte oder die Abfrage Ansatz besser Die Abfrage ist technisch besser, weil die UPDATE-Ansatz wird Denormalisierung der Datenbank. Wenn jedoch die historischen Daten, die aufgezeichnet werden, sich nicht ändern und die Berechnung des gleitenden Durchschnitts kostspielig ist, könnten Sie die Verwendung des Spaltenansatzes in Erwägung ziehen. SQL Puzzle-Abfrage: mit allen Mitteln einheitlich. Sie werfen nur auf den entsprechenden Gewichtskorb je nach Entfernung vom aktuellen Zeitpunkt. Zum Beispiel quottake Gewicht1 für Datenpunkte innerhalb von 24 Stunden von aktuellen Datenpunkt Gewicht0,5 für Datenpunkte innerhalb von 48hrsquot. In diesem Fall ist es wichtig, wieviel aufeinander folgende Datenpunkte (wie 6:12 Uhr und 11:48 Uhr) voneinander entfernt sind. Ein Anwendungsfall, den ich mir vorstellen kann, wäre ein Versuch, das Histogramm dort zu glätten, wo Datenpunkte nicht dicht genug sind ndash msciwoj Mai 27 15 at 22:22 Im nicht sicher, dass Ihr erwarteten Ergebnis (Ausgang) zeigt klassische einfache bewegen (rolling) Durchschnitt für 3 Tage. Denn zum Beispiel gibt das erste Dreibettzimmer von Zahlen per Definition: aber man erwartet 4.360 und seine Verwirrung. Trotzdem schlage ich die folgende Lösung vor, die die Fensterfunktion AVG verwendet. Dieser Ansatz ist viel effizienter (klarer und weniger ressourcenintensiv) als SELF-JOIN in anderen Antworten eingeführt (und ich bin überrascht, dass niemand eine bessere Lösung gegeben hat). Sie sehen, dass AVG wird mit Fall verpackt, wenn rownum gt p. days dann zu zwingen, NULL s in ersten Zeilen, wo 3 Tage Moving Average ist sinnlos. Wir können Joe Celkos dirty linken äußeren Join-Methode (wie zitiert von Diego Scaravaggi) anwenden, um die Frage zu beantworten, wie es gefragt wurde. Erstellt die angeforderte Ausgabe: beantwortet 9 Januar um 0:33 Ihre Antwort 2016 Stack Exchange, Inc