Eines der effektiven Wege, um dieses Problem zu beheben ist die Verwendung von ETL zu generieren Zusammenfassungstabelle für aggregierte Maßnahmen, wie 4 Wochen Durchschnitt, 13 Monate Durchschnitt. Die wichtigsten Vorteile: Einfache Entwicklung Bericht, da die Daten bereit sind Archivierte gute Leistung Wichtige Nachteile: ETL zu entwickeln, wird nur ein kleiner Prozentsatz der generierten Daten verwendet werden Die Kombination ist noch begrenzt Dieses Dokument soll vier weitere Lösungsoptionen bieten. - Drehen Sie relative Zeit zu messen - Mit dem Parameter Karte komplizierte relative Zeit Problem zu lösen - Verwenden Sie Abfrage im Berichtsebene verbunden Rollperiode bislang Problem zu beheben - Nutzung durchschnittliche Gesamt bewegen - machen und einen Kreuztabellen - Bericht mit verschiedenen Zeitabschnitten sortieren Dieses Dokument soll Um vier weitere Lösungsoptionen bereitzustellen. Übrigens ist dieses Thema mit einem anderen Thema verknüpft - Vereinfachen und Zentralisieren der Datumslogik in ETL und Report Solution Option 1 - Umdrehung der relativen Zeit zur Messung Dieses Konzept ist nicht neu, was von IBM Cognos Best Practice vorgeschlagen wird, laden Sie das Dokument herunter Von ibmdeveloperworksdatalibrarycognospage90.html Vorteile: Ertrag viel besser Leistung und daher skalierbar durch Drehen der Tabelle Vollbild, um sich mit genähten Abfrage und es wird die Berichterstattung viel einfacher machen. Nachteile: Wenn es neue Anforderungen gibt, müssen Sie wahrscheinlich Framework Manager ändern, um neues STAR-Schema hinzuzufügen, die Framework sehr kompliziert machen. Ein ähnliches Beispiel wird unten bereitgestellt. Der Prozess, um diese Maßnahmen zu erstellen: Schritt 1: Erstellen Sie mehrere Abfrageobjekte auf Basis von Die gleiche Faktentabelle AGFACTOPSWeeklyInventory und benannt mit unterschiedlichen Namen als PriorWeek, 4WeekAgo und BOY (die Woche 53 des letzten Jahres). Darüber hinaus erstellen Sie eine neue Datumsverschiebungstabelle, um das relative Datum einzurichten. Schritt 2: Mehrere Modellobjekte auf Basis aller Faktentabellen aus der Datenbankebene erstellen Schritt 3: Erstellen Sie eine Beziehung zu allen Dimensionen für Modellobjekte außer der Datengröße. Der eigentliche Schlüssel ist, Fakten-Tabelle mit CTRLDateOffset Tabelle für zwei Fälle zu verbinden: Fall 1: einfache Verbindung für Punkt-zu-Zeit-Daten Fall 2: Join mit Ausdruck zwischen für aggregierte Daten, wie 4 Wochen Zusammenfassung Schritt 4: Erstellen Sie die Beziehung zwischen Datum Dimension und CTRLDateOffset Schritt 5: Definieren eines Mähdrescherinventars Faktor auf Business-Ebene wie unten Hinweis: Eliminieren Sie die CTRLDateOffset-Tabelle, anstatt sie in Dim Time unterzubringen. Der Vorteil ist, dass wir ein klares STAR-Schema haben, nicht Schneeflocke. Entfernen Sie Schritt 1, um mehrere Abfrageobjekte auf der gleichen Faktentabelle auf Datenbankebene zu erstellen. Stattdessen gibt es nur eine Faktentabelle auf Datenbank-Ebene, während es viele Fact-Modell Abfrage Thema auf Business-Schicht. Dies macht das Modell klarer und weniger Aufwand als zuvor. Lösungsoption 2 8211 Parameterparameter verwenden, um komplizierte relative Zeitprobleme zu beheben Um komplizierte Zeitrahmen zu erhalten, ist der beste Weg zur Parameterkarte. Das folgende Beispiel wird verwendet, um diese Idee zu demonstrieren. Sie können Bericht Spezifikation und Abfrage zur Überprüfung im Detail herunterladen Die größte Herausforderung für dieses Beispiel ist es, die richtige Wochennummer zu finden, wenn die Woche ist am Ende des Jahres. Wenn wir die obige ETL nicht verwenden, ist die Parameter-Map wahrscheinlich die beste Option. Sobald bestimmte Wochen definiert sind, können Daten als genaue Daten ausgefiltert werden. Schritt 1. Erstellen Sie Abfrage, um relative Zeit zu erhalten. Beachten Sie, dass alle Detailabfrageergebnisse als konsistenter Typ konvertiert werden sollen. Wählen Sie convert (varchar (50), CYCurrentWeekSD) als PKey. Konvertieren (int. DAYKEY) als Wert von gosales. TIMEDIMENSION wobei DAYDATE 2007-07-15 UNION select konvertieren (varchar (50), CYCurrentWeekED) als PKey. konvertieren (int. Jahr (DATEADD (Tag. 6. DayDate)) 10000 Monate (DATEADD (Tag. 6. DayDate)) 100 Tage (DATEADD (Tag. 6. DayDate))) als Wert von gosales. TIMEDIMENSION, wo DAYDATE in (wählen Sie DAYDATE aus Gosales. TIMEDIMENSION, wo DAYDATE 2007-07-15) UNION. Schritt 2. Load Query oben in Datenbank-Ebene, ist SQL-Einstellung native. Diese Einstellung gibt Ihnen Flexibilität, um komplizierte Logik zu bekommen. Schritt 3. Erstellen Sie eine Parameterkarte basierend auf der Abfrage Relative Zeit Schritt 4. Erstellen Sie alle Berechnungen basierend auf der Parameterkarte Schritt 5. Bericht definieren Gute Leistung, da Sie den richtigen Datensatz herausfiltern können Sehr flexibel, um Datumsbereiche und deren Titel so lange zu definieren Wie SQL-Anweisung kann Can8217t oder sehr schwierig zu handhaben Rolling-Periode, vor allem für Trend-Diagramm Solution-Option 3 8211 Verwenden von Joined Abfrage auf Berichtsebene zu Adresse Rolling-Zeitraum bis heute Ausgabe Um Trend-Daten für Rolling-Periode zu erhalten, werden zwei Lösungen in diesem Beispiel zur Verfügung gestellt . Bitte laden Sie die Berichtsspezifikation für die Überprüfung im Detail Wenn Sie ETL und Framework Manager ändern können, müssen Sie eine solche Idee im Berichtsstudio realisieren. Die Abfrage im Berichtsstudio wird verwendet, um das Konzept nachzuahmen, um die relative Zeit auf Maßnahmen zu drehen. Schritt 1: Definieren Sie die Standardabfrage mit Daten für jeden Monat Schritt 2: Verbinden Sie diese Abfrage an sich als Schlag Mit verbinden: qMonthYTD. Month (numerisch) ltqMonth. Month (numerisch) YTD Einnahmen qMonthYTD. Revenue Eine weitere Möglichkeit, um Zeit zu schaffen, versetzt und dann kommen Sie zu Monat Abfrage Schritt 1: Datum Zeit erstellen Offset für YTD Schritt 2: Steigen Sie ein Monat Daten mit Zeitversatz kommen: qMonth. Month Schlüssel zwischen qTimeOffsetYTD. BeginMonth und qTimeOffsetYTD. EndMonth YTD Einnahmen: qMonth. Revenue Lösung Option 4 8211 verwenden Gleitender Durchschnitt Gesamt Wenn der Zeitraum klar definiert ist, dann ist die Gesamtbewegung die gute Lösung, um Trendproblem zu lösen. Siehe Beispiel unten und Download Spezifikation für Details 4 Monate insgesamt: Moving-Total (Umsatz, 4) 4 Monate insgesamt für Region: Moving-Summe (Umsatz, 4 für Region) Lösungsoption 5 8211 machen und sortieren einen Kreuztabellenbericht mit unterschiedlicher Zeit Perioden Bitte sehen Sie sich Bericht unten Es wird gebeten, nach Spalten sowie Zeilen auf YTD Umsatz zu sortieren Es gibt viele Möglichkeiten, es zu tun. Bitte überprüfen Sie meine alten Post Wie behandeln relative Zeit (relationales Modell fokussiert) als Referenz. Die nachfolgend beschriebene Lösung kann als weitere Option betrachtet werden. Bitte laden Sie Bericht Spezifikation für Detail-Überprüfung Union alle Daten als einzelne Abfrage für Kreuztabellen Die Idee ist, Zeit als X Spalten zu machen. Wir müssen sicherstellen, dass Ihre Abfrage union-fähig ist, was bedeutet, dass wir Datenelement als Beispieltyp festlegen müssen. Definieren von Sortierspalten für X - und Y-Richtung Um die Zeitspanne oder X-Richtung zu sortieren, wird eine XSort-Spalte definiert Anzahl auf Basis einer Periode oder Periodengruppe. Um Zeilen oder X-Richtung zu sortieren, wird eine YSort-Spalte definiert, um den Messwert zu erhalten Diese Lösung ist die richtige, wenn große Daten vorliegen, die Spalten dynamisch bestimmt werden. Allerdings ist es ein wenig schwer zu formatieren. Moving-Average, die 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 Radiergummis 1 1 Bürobedarf Radiergummis 2 2 Beispiel: Bürotechnik 8211 Radiergummis 8211 Wochen auf 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. Das ist, was ich habe, so weit: Moving-Average (Sales, 2 Wochen On Sale) Gibt es eine obviouseasy Weg für sie von Mittelwerten auszuschließen, in denen Produkttyp nicht mindestens 4 Wochen auf SaleCognos Report Studio Jobs Cognos Report Studio Jobs hat Demand Trend Die Nachfrageentwicklung von Stellenanzeigen, die Cognos Report Studio als Anteil aller IT-Jobs mit einem Spiel in der Datenbank amp Business Intelligence Kategorie anführt. Cognos Report Studio Gehaltstabelle Diese Grafik zeigt den dreimonatigen gleitenden Durchschnitt für Gehälter, die in permanenten IT-Jobs zitiert werden und Cognos Report Studio in Großbritannien angeben. Cognos Report Studio Gehalt Histogramm Diese Tabelle bietet ein Gehalt Histogramm für IT-Jobs zitiert Cognos Report Studio über die 3 Monate bis 29 Januar 2017 innerhalb Großbritanniens. Cognos Report Studio Top 20 Job Locations Die folgende Tabelle zeigt die Nachfrage und stellt einen Leitfaden für die in den IT-Jobs zitierten mittleren Gehälter dar, die Cognos Report Studio innerhalb des Vereinigten Königreichs in den drei Monaten bis zum 29. Januar 2017 anführen Die Veränderung der Nachfrage in jedem Standort auf der Grundlage der gleichen 3 Monate Zeitraum im vergangenen Jahr. Rank Änderung auf die gleiche Zeit Letztes Jahr Matching Permanent IT Job-Anzeigen Median Gehalt Letzte 3 Monate
No comments:
Post a Comment