Moving Average In Cognos

Sowohl Zusammenfassung Filter und AT-Klausel ist verwirrt Konzept in der Berichtsentwicklung. Dieses Dokument soll ein Beispiel zur Erläuterung der Macht der Zusammenfassung Filter und AT-Klausel verwenden. Zusammenfassungsfilter wird verwendet, um Zusammenfassungsdatenelemente in einem Bericht zu filtern. Der Schlüssel, um dieses Konzept zu verstehen ist, um herauszufinden, die Reihenfolge der Berechnung und Filter. Es gibt zwei Fälle für ein einzelnes Abfrageelement: Fall 1: wenn Abfrageelement IN SCOPE ist, wird das Abfrageelement zuerst berechnet und dann wird Filter angewendet. Dies ist natürliches Verständnis, wie wir bereits betrachten Übersichtsfilter als mit SQL-Anweisung. Fall 2: Wenn das Abfrageelement NICHT IN SCOPE ist, wird das Abfrageelement zuerst herausgefiltert, und dann wird die Berechnung angewendet. Hier können Sie das Format steuern. Durch die Kombination von beiden Fällen zusammen, können Zusammenfassung Filter sehr mächtig für einige Berichte. Wenn Sie don8217t Summary Filter verwenden, ist die Lösung Abfragen, die Basis-Abfrage ist es, Detaildaten zu erhalten, ist die Hauptabfrage zu filtern Daten für Basis-Abfrage. We8217ll demonstrieren diese Idee unten. AT-Klausel: AT-Klausel wird für den laufenden Durchschnitt oder die laufende Gesamtanzahl verwendet. Wieder ist dies ein Sequenzverständnis. Die FOR - und AT-Klauseln sind sehr nützlich, wenn Sie eine Zusammenfassung außerhalb des aktuellen Bereichs eines Datenelements berechnen. Die FOR-Klausel ermöglicht es uns festzulegen, welchen Gruppierungskontext die Summary-Funktion ausgewertet werden soll, und die AT-Klausel erlaubt es uns zu definieren, wie die Werte gruppiert und aggregiert werden, bevor eine Summary-Funktion angewendet wird. Mit anderen Worten, die Berechnungssequenz ist 1) Gruppendatenbasierte AT-Klausel zuerst und dann 2) Die Zusammenfassungsfunktion wird angewendet. Es ist ein sehr einfacher Bericht ohne rollenden Durchschnitt. Allerdings wird der Bericht schwieriger, sobald Rolling 4 Monate Durchschnitt hinzugefügt wird. Die untere Zeile ist, dass Sie Daten aus dem letzten Jahr benötigen, Dec, Nov und Okt. Wir müssen zwei Kriterien erfüllen: Fügen Sie die letzten drei Monate, um 4 Monate Durchschnitt zu erhalten, und halten YTD nur auf Zusammenfassung aktuelles Jahr, während drei Monate ab dem letzten Jahr Wird ausgefiltert. Wenden Sie das oben aufgeführte Zusammenfassungskonzept an, sollte der 4-Monatsdurchschnitt IN SCOPE sein, berechnet und dann ausgefiltert werden. YTD sollte NICHT IN SCOPE liegen, herausgefiltert und dann berechnetMoving-Average, der bestimmte Datensätze ausschließt. Moving-Average, die bestimmte Datensätze ausschließt. Software: Cognos BI 8211 Report Studio, relationale Datenbank, v10.0 Objekt: Moving-Average des Umsatzes für 2 Wochen zurück, nur unter Berücksichtigung von Produkten, die mindestens 4 Wochen zum Verkauf haben. Daten Muster: Produktkategorie Produkttyp Wochen Auf Verkauf Verkauf Bürobedarf Auflage aus Papier 1 10 Bürobedarf Auflage aus Papier 2 4 Bürobedarf Auflage aus Papier 3 5 Bürobedarf Auflage aus Papier 4 2 Bürobedarf Pad aus Papier 5 1 Bürobedarf Stifte 1 1 Bürobedarf Stifte 2 2 Bürobedarf Stifte 3 2 Bürobedarf Stifte 4 3 Bürobedarf Bleistifte 1 2 Bürobedarf Bleistifte 2 1 Bürobedarf Bleistifte 3 1 Bürobedarf Erasers 1 1 Bürobedarf Erasers 2 2 Beispiel: Bürobedarf 8211 Erasers 8211 Wochen am Verkauf 2, sollte durchschnittlich die folgenden: Stifte 8211 Wochen auf Verkauf 2 8211 Verkäufe 2 Auflage von Papier 8211 Wochen auf Verkauf 2 8211 Verkäufe 4 Bleistifte nicht berücksichtigt, weil es nur 3 Wochen auf Verkauf hat. Dies ist nur ein einfaches Beispiel und ist keine realen Daten. Dont bedeuten, dumb unten das Beispiel, aber es scheint verwirrend für mich. Ich kann Cognos nicht dazu bringen, mit mir zu arbeiten. Dies ist, was ich bisher: gleitender Durchschnitt (Verkäufe, 2 für Wochen auf Verkauf) Gibt es eine obviouseasy Weise, damit es von den Mitteln ausschließen, wenn Produktart nicht mindestens 4 Wochen auf SaleI bin, der versucht, einen gleitenden Durchschnitt zu entwickeln Formel für einen Würfel mit einem Jahr und Monat getrennt Dimension und ich habe eine harte Zeit versucht, Daten ab Dezember, November, etc. des letzten Jahres abzurufen. Ich habe die folgenden Dinge: 1. Entwickeln Sie einen Cube mit letzten Periodenmöglichkeiten (Monat und Jahr für die letzten 12 Monate) und eine bewegte Formel in den Budget-Cube. 2. Formeln wie (123456789101112 in den letzten Monaten) 12 (Ich brauche einen 3 und 6 gleitenden Durchschnitt auch) 3. Sehr komplexe oder sehr lange Fütterung Prozess Kennt jemand eine einfachere Möglichkeit, zu berechnen, gleitende Durchschnittswerte in den Jahren des letzten Jahres für eine Bilanz ScottW Regulärer Teilnehmer Beiträge: 151 Registriert seit: Fr 23.05.2008 12:08 OLAP Produkt: TM1 CX Version: 9.5 9.4.1 9.1.4 9.0 8.4 Excel Version: 2003 2007 Standort: Melbourne, Australien Kontakt: Haben Sie darüber nachgedacht, den Umzug zu machen Durchschnittliche Berechnung in einem separaten Cube mit einer kombinierten Monats-Jahr-Dimension und fütterte das Ergebnis an den Quotrequest-Würfel mit den separaten Monats - und Jahresdimensionen zurück. Die gleitende Durchschnittsberechnung konnte dann mit Konsolidierungen durchgeführt werden. Z. B. Für jeden Monat müssten Sie eine Konsolidierung für Ihre avarage einrichten C Juni 2008 4 Mth Avg Juni 2008 0.25 Mai 2008 0.25 Apr 2008 0.25 Mar 2008 0.25 Im quotreporting Cubequot-Feed die Berechnung der Kalkulations-Cubes Gt DB (Calc Cube, Monat Jahr. ) Um die Regel einfach im Calc-Cube zu machen, ist es am besten, ein Monats - und ein Jahr-Attribut zu verwenden, anstatt SubSt zu verwenden (Regeln werden auch schneller berechnet) balance N: DB (Reporting Cube, AttrS (Monate, Monate, Monate), AttrS (MonthJahr. Monat, Jahr, Jahr).) Im Berichtswürfel erhält eine einfache Nachschlageregel den gleitenden Durchschnitt aus dem Berechnungswürfel 4 Monate Gleitender Mittelwert DB (Calc Cube, Monat Jahr 4 Mth Durchschnittsgewicht) Dies mag ein wenig verworren sein, ist aber im Allgemeinen einfacher Als das Schreiben einer gleitenden Durchschnittsregel in einem Würfel mit separaten Zeitdimensionen und es wird schneller berechnen als eine komplexe Regel, da es Konsolidierungen für den Großteil der Berechnung verwendet. Aus der Spitze von meinem Kopf nicht wissen, Ihre genaue Würfel Struktur des Problems Ich denke, dies sollte funktionieren. Aber in TM1 gibt es immer einen anderen Weg, um ein gegebenes Problem zu lösen. Klingt gut mit dieser neuen Dimension, aber im ersten Schritt vor dem Zubringer, wie kann ich Daten übertragen, die im MONTHYEAR N: DB (Reporting Cube, Monat Jahr). Ich habe mich auf, wie zu tun, dass mit unterschiedlichen Jahr Monat Dimensionen Done. Mit Attributen .. Ich habe zu viele Konsolidierungen erstellen, um es auf diese Weise zu tun Ich werde diese Idee als Modul für das Budget zu machen, machen AVG für viele Konten verfügbar. Mit der monatlichen Dimension Idee, die Sie dankte ScottW Regulärer Teilnehmer Beiträge: 151 Registriert: Fr 23.05.2008 12:08 OLAP Produkt: TM1 CX Version: 9.5 9.4.1 9.1.4 9.0 8.4 Excel Version: 2003 2007 Ort: Melbourne, Australien Kontakt: Froh, dass Sie es herausfinden konnten. Youre Recht, dass diese Methode erfordert eine gerechte Menge an Setup als eine eindeutige Konsolidierung für jeden Monat benötigt wird (oder mehrere Konsolidierungen für jeden Monat je nachdem, was sonst Sie berechnen möchten.) Sein ein bisschen Arbeit zu gründen, kann aber sein Automatisiert von TI oder getan in einem XDI-Einrichtung für ein Jahr dann kopieren findreplace, um auf andere Jahre zu verbreiten. Die Vorteile liegen in der Rechengeschwindigkeit gegenüber einer reinen Rechenkalkulation und der Tatsache, dass die Konsolidierungen quadratisch sind. Ive getan diesem eine Anzahl von Zeiten, ohne weg von der 2 Klumpen (Jahr getrennt von Monat) Zeitstruktur. Es ist nicht so schlecht, aber Sie brauchen einen Würfel für die Arbeit. Der Ansatz ist: 12 Monate Moving Average Aktuelle YTD plus Vorheriges Ganzes Jahr weniger Vorjahr YTD Drop die in einen Workings-Cube, legte die und - in eine Hierarchie, tick done. ScottW Regulärer Teilnehmer Beiträge: 151 Registriert seit: Fr 23.05.2008 12:08 OLAP Produkt: TM1 CX Version: 9.5 9.4.1 9.1.4 9.0 8.4 Excel Version: 2003 2007 Ort: Melbourne, Australien Kontakt: Dieser gleitende Durchschnitt scheint Haben eine Menge von Möglichkeiten getan werden, aber muss von ihnen zu sein scheint spezifisch (zum Beispiel nur eine Möglichkeit wie ein 3-Monats-Durchschnitt). Um dies zu lösen, habe ich beschlossen, eine quotenreiche Bilanz-Konto-Prognose Cubequot mit dem monthyear-Ansatz von scott zur Verfügung gestellt zu bauen, weil ich Konto-Prognosen mit einem 3, 6 und 12 gleitenden Durchschnitt brauchte, ein gleitender Durchschnitt von einem monatlichen Veränderung Prozentsatz für die letzten gebildet Sechs Monate und eine Prognose, die auf einem 12-Monats-Ansatz basiert, der eine Anwendung von a festlegt. Meine Formeln funktionieren perfekt, denn ich muss nur noch schreiben und füttern sie einmal (nicht wichtig, sie sind lang, sie arbeiten), aber der höllische Teil ist, dass ich 2 DBs (in und out zwischen Cubes) und die betreffende machen müssen Feeders für jede Bilanzkonto Ich möchte prognostizieren. Ich glaube auch, ist eine gute Antwort, weil ich 10 Unternehmen mit der gleichen Formel haben. Ich mag nicht viel diese Lösung, vermutlich kann ich einige reengeneering in der Weise tun, die ich Konten zwischen Würfeln schicke, aber BEWEGENDE DURCHSCHNITT - und SUMMEN Formeln scheint, ein haltbares twinkie zu sein, zum in den Jahres - und Monatsansätzen zu essen. Beleuchte mich bitte.