Exponentiell Gleitender Durchschnitt Sql Server

Ich habe die Diskussion gelesen, die du erwähnt hast. Es gilt für PostgreSQL, da es erlaubt ist, benutzerdefinierte Aggregatfunktion mit SQL in PostgreSQL zu erstellen, aber nicht in SQL Server erlaubt. Mit rekursiven CTE ist ein machbarer Weg in SQL Server, aber ich merke, dass CTE-Weg kann mehr Tabellen-Scan als Fenster-Funktionen entstehen. Also mache ich diesen Beitrag zu fragen, ob es möglich ist, exponentiell gleitenden Durchschnitt mit SQL Server 2012 Fenster Funktion zu berechnen, wie die Berechnung einfacher gleitender Durchschnitt. Ndash xiagao1982 Apr 14 13 at 2:53 Zuerst berechnen Sie die EMA (SMA (x)) anstelle der EMA (x). Zweitens ist dein quotsmoothing constantquot eigentlich der Beta-Wert in meiner Formel, nicht das Alpha. Mit diesen beiden Änderungen sieht das SQLFiddle so aus: sqlfiddle6191921 Allerdings gibt es noch einen kleinen Unterschied zwischen dem tatsächlichen Ergebnis und dem erwarteten Ergebnis. Ich würde zurückgehen und sehen, ob ihre EMA-Definition mit dem übereinstimmt, den ich kenne. Ndash Sebastian Meine Mai 7 13 um 13:46 Ich habe gerade auf die Formular in der Kalkulationstabelle Sie befestigt und es ist weg von der Standard-EMA-Definition. Meine Formel berechnet den exponentiellen gleitenden Durchschnitt der letzten zehn Zeilen. Die Kalkulationstabelle berechnet zunächst den Standard-Durchschnitt über die letzten zehn Zeilen und dann den unbeschränkten exponentiell gewichteten gleitenden Durchschnitt über alle Mittelwerte. Dies folgt dem formular hier: en. wikipedia. orgwikiEWMAchart ndash Sebastian Meine 7. Mai 13 um 13: 52Dies ist eine Evergreen Joe Celko Frage. Ich ignoriere die DBMS-Plattform. Aber auf jeden Fall konnte Joe vor mehr als 10 Jahren mit Standard-SQL antworten. Joe Celko SQL Puzzles and Answers Zitat: Dieser letzte Update-Versuch schlägt vor, dass wir das Prädikat verwenden könnten, um eine Abfrage zu konstruieren, die uns einen gleitenden Durchschnitt geben würde: Ist die zusätzliche Spalte oder die Abfrage besser angegangen Die Abfrage ist technisch besser, weil der UPDATE-Ansatz wird Denormalisieren der Datenbank. Allerdings, wenn die historischen Daten aufgezeichnet werden nicht zu ändern und die Berechnung der gleitenden Durchschnitt ist teuer, können Sie die Verwendung der Spalte Ansatz. SQL Puzzle Abfrage: mit allen Mitteln einheitlich. Sie werfen einfach auf die passende Gewicht Eimer abhängig von der Entfernung von der aktuellen Zeitpunkt. Zum Beispiel quottake weight1 für datapoints innerhalb von 24hrs aus aktueller datapoint weight0.5 für datapoints innerhalb von 48hrsquot. In diesem Fall ist es wichtig, wie viel aufeinanderfolgende Datenpunkte (wie 6:12 Uhr und 11:48 Uhr) von einander entfernt sind. Ein Anwendungsfall, den ich mir vorstellen kann, wäre ein Versuch, das Histogramm zu glätten, wo Datapunkte nicht dicht genug sind, ndash msciwoj Mai 27 15 at 22:22 Ich bin mir nicht sicher, dass Ihr erwartetes Ergebnis (Output) klassisch einfaches (rollendes) Durchschnitt für 3 Tage zeigt. Denn zum Beispiel gibt das erste Dreifach von Zahlen per Definition: aber du erwartest 4.360 und seine Verwirrung. Trotzdem schlage ich die folgende Lösung vor, die die Fensterfunktion AVG verwendet. Dieser Ansatz ist viel effizienter (klar und weniger ressourcenintensiv) als SELF-JOIN in anderen Antworten eingeführt (und Im überrascht, dass niemand eine bessere Lösung gegeben hat). Sie sehen, dass AVG mit Fall verpackt wird, wenn rownum gt p. days dann, um NULLs in den ersten Reihen zu zwingen, wo 3 Tagesbewegungsmitte bedeutungslos ist. Antwortete am 23. Februar 16 um 13:12 Wir können Joe Celkos schmutzige linke äußere Verknüpfungsmethode anwenden (wie oben von Diego Scaravaggi zitiert), um die Frage zu beantworten, wie es gefragt wurde. Generiert die angeforderte Ausgabe: beantwortet Jan 9 16 bei 0:33 Deine Antwort 2017 Stack Exchange, IncWere hat eine Herausforderung, die versucht, die 20 (Handelstage) Exponential Moving Average (EMA) in unserem Datenmodell in PowerPivot zu setzen. Hier ist die EMA-Formel und die Beispielkalkulationstabelle: stockchartsschooldoku. phpidchartschool: technicalindicators: moveaverages Die Formel hier für die Bequemlichkeit: SMA (einfacher gleitender Durchschnitt): 10 Periodensumme 10 Multiplikator: 2 (Zeitraum 43 1)) EMA: x Multiplikator 43 EMA (Vorheriger tag). Sample-Kalkulationstabelle stockchartsschooldatamediachartschooltechnicalindicatorsandoverlaysmovingaveragescs-movavg. xls In unserem Modell haben die Faktentabelle diese Spalten: Symbol Datum Open High Low Close Volume Und in der Kalender-Tabelle haben wir die Handelstage (CalendarTradingDayNumber) als 1 identifiziert, damit wir sie zurückzahlen können. Wir wollen das EMA-berechnete Feld in einer Pivot-Tabelle wie diesem Filter-Kontext: ein Datum, das auf CalendarFullDate ausgewählt wird Row-Kontext: FactTableSymbol Werte: FactTableClose FactTableEMA 20D gtgt Missing Bisher haben wir diese berechneten Felder: Ema Multiplier 2 (Periode 43 1) Durchschnitt 20D SCHLIESSEN IF (Summe von CLOSEBLANK (), BLANK (), (CALCULATE (AVERAGE (FactTableCLOSE), FILTER (ALL (Kalender), CalendarTradingDayNumberltMAX (CalendarTradingDayNumber) ampamp CalendarTradingDayNumbergtMAX (CalendarTradingDayNumber) - Period)))) Aber es sieht aus wie die EMA-Formel enthält Eine Selbstreferenz aus früheren Werten, und es beginnt auch von einem SMA (Durchschnitt 20D SCHLIESSEN) Wert. Wie können wir es tun? Vielen Dank im Voraus. Ich schätze Ihre Unterstützung sehr. Samstag, 19. Juli 2014 9:42 PM