Oracle Demantra Analytical Engine Handbuch
Es ist in der Regel notwendig, einige Parameter einzustellen, um die Analytical Engine korrekt zu konfigurieren, bevor es zum ersten Mal ausgeführt wird. Weitere Einstellungen können später das Verhalten und die Leistung zu optimieren gemacht werden.
Dieses Kapitel behandelt die folgenden Themen:
Bearbeiten von Motorparametern
Zum Einstellen der Analytical Engine, Sie Werte von zwei Arten von Motorparametern ändern:
Globale Parameter, die an den Motor oder die meisten oder alle der Prognosemodelle anzuwenden. Der Einfachheit halber definieren Sie Motorprofile. welche Sätze von Motorparametern mit bestimmten Werten. Demantra bietet vordefinierte Profile für verschiedene Zwecke, und Sie können zusätzliche Motorprofile definieren, je nach Bedarf.
Parameter, die für bestimmte Prognosemodelle gelten.
Um die globalen Motorparameter zu bearbeiten
Melden Sie sich auf den Business Modeler.
Klicken Sie auf Parameter> Systemparameter. Die Systemparameter Dialogfeld erscheint.
Klicken Sie auf die Registerkarte Motor.
Vom Motor Profil Dropdown-Liste wählen Sie das Motorprofil, deren Parametereinstellungen mögen Sie einstellen.
Finden Sie die Parameter von Interesse. Das Dialogfeld bietet finden, sortieren und Filterfunktionen, die Sie mit diesem zu helfen. Siehe „Motorparameter“.
Um den Wert des Parameters zu ändern, klicken Sie auf das Feld Wert für diesen Parameter. Geben Sie den neuen Wert ein oder wählen Sie einen Wert aus dem Dropdown-Menü.
Klicken Sie auf Speichern, um die Änderungen zu diesem Profil zu speichern.
So bearbeiten bestimmte Modellparameter
Für die meisten modellspezifischen Parameter zu bearbeiten, müssen Sie direkt in der Demantra Datenbank arbeiten. Für Informationen zu den Parametern und deren Standorte in der Datenbank finden Sie unter „Motorparameter“.
„Erstellen oder Umbenennen von Motor Profiles“
„Aktivieren der Motormodelle Globally“
Erstellen oder Umbenennen von Motor Profiles
Motor Profile und Parameter Vererbung
Wenn der Motor mit einem bestimmten Motor Profil ausgeführt wird, verweist er alle Einstellungen Parameter diesem Profil zugeordnet. Profileinstellungen, die nicht gefunden werden, werden von anderen Profilen geerbt.
Für Batch-Engine Profile werden alle Parameter, die nicht im Profil gefunden werden, werden Werte aus dem Basismotor Profil erhalten. Für die Simulation und Subset Motorprofile, dass alle Parameter werden nicht im Profil gefunden werden, dass Parameter des übergeordneten Chargenprofil verwiesen. Wenn der Parameter in dem übergeordneten Chargenprofil gefunden wird, dann wird dieser Wert verwendet werden. Andernfalls werden die Werte aus dem Basismotor Profil verwendet.
Die gleiche Logik angewandt wird, wenn die Motorparameter im Business Modeler anzeigt. Wenn ein Parameter für das angegebene Profil existiert in, wird sein Wert dargestellt. Wenn der Parameter nicht gefunden wird dann basierend auf Werte Vererbung werden stattdessen angezeigt.
So erstellen oder ein Motorprofil umbenennen
Melden Sie sich auf den Business Modeler.
Klicken Sie auf Parameter> Systemparameter. Die Systemparameter Dialogfeld erscheint.
Klicken Sie auf die Registerkarte Motor.
Führen Sie einen der folgenden Schritte aus:
ein vorhandenes Profil, klicken Sie auf das Profil aus dem Motor Liste Profilen umbenennen und dann auf Bearbeiten.
Um ein neues Profil zu erstellen, klicken Sie auf Neu.
Geben Sie einen (neuen) Namen für das Profil.
„Bearbeiten von Motorparametern“
Wenn Sie ein neues Motor Profil erstellen, festzustellen, ob es sich um eine Charge oder ein Simulationsprofil sein. Ein Simulationsprofil muss an eine Muttercharge Prognose angebracht werden, weil die Simulation in der Spalte sim_val Anpassung der Charge Mutterprofil gespeichert wird.
Zum Beispiel wird eine Simulation mit der Batch-Mutterprofil-ID von 3 wird in der sim_val_3 Spalte gespeichert. Die interne Profil-ID kann in ENGINE_PROFILES Tabelle.
Wenn dies ein Simulationsprofil ist, wählen Sie die Simulation Engine Profil Kontrollkästchen.
Wenn das neue Profil ein Simulationsprofil ist, wählen Sie das übergeordnete Batch-Profil aus dem Dropdown-Menü.
Tuning Analytics
Für Eckwerte der Prognose Baum beziehen, finden Sie unter „Angeben Weitere Parameter“. Weitere Informationen über alle Parameter (einschließlich Standardwerte), siehe „Motorparameter“.
analytische Parameter
Folgende Parameter Steuer Analytik:
Gibt die Zeichen für die Form ursächlichen Faktoren, wenn sie in nicht negativ Regression.
Gibt die maximale Anzahl der zulässigen Form ursächliche Faktoren für den Motor für einen bestimmten Knoten im Prognose Baum zu verwenden. Verwenden, um eine ganze Zahl von 0 bis 8, einschließlich. Dies gilt für die Tätigkeit Formmodellierung (anstatt zu Werbeform-Modellierung).
Kontrolliert, ob die Analytical Engine Schalteffekte berechnen wird (Kannibalisierung). Sie können diese Parameter verwenden, um diese Berechnung, um auszuschalten um zu überprüfen, dass die Analytical Engine in geeigneter Weise den Grundes Auftrieb zu berechnen.
Parameter in Bezug auf Werbe ursächlichen Faktoren (PE Modus)
Die folgenden Parameter werden auf Werbe-kausalen Faktoren:
Frühestmöglichen Zeitpunkt für die Förderung Daten zuverlässig angesehen werden.
Ein Datum, das die Standard end_date Spalt aus der Förderung Datum überschreibt, wodurch das Enddatum der Förderung zu verschieben. Es kann ein SQL-Ausdruck sein, ein Datum Wert zurückgibt.
Alternativ für alle Aktionen eine Gesamtzeitverschiebung zu bestimmen, die ShiftPromoCausals Parameter eingestellt.
Siehe „Anpassen der Promotion Termine“.
Parameter in Bezug auf Validation (PE Modus)
Die Analytical Engine wendet verschiedene Vorhersagemodelle zu jedem Knoten des Baumes Vorhersage, berechnet den Auftrieb für jeden Knoten, und verwendet diesen Auftrieb zu überprüfen, ob das Modell für diesen Knoten geeignet ist. Wenn nicht, wird das Modell für den Knoten nicht verwendet.
Die Analytical Engine kann ein Modell für einen bestimmten Knoten für einen von zwei Gründen verwerfen:
Das Modell erzeugt einen Auftrieb, der über die obere gebunden war erlaubt, wie durch den UpperUpliftBound Parameter angegeben.
Das Modell erzeugt zu viele Ausnahme Hebungen. Ein Aufschwung ist „außergewöhnlich“ angesehen, wenn sie die untere Grenze angegeben durch den LowerUpliftBound Parameter überschreitet. Der AllowableExceptions Parameter steuert, wie viele außergewöhnliche Hebungen sind nicht gestattet.
Parameter in Bezug auf Output (PE Modus)
Die folgenden Parameter steuern die Ausgabe der Promotion Effectiveprognosewerte:
Gibt an, ob die historischen Motor Ergebnisse zu normalisieren, so daß die beobachteten Ausgangswerte erhalten bleiben. Wenn Sie die Motor Ergebnisse zu normalisieren, beachten Sie, dass die Analytical Engine, diese Ergebnisse zu verschiedenen Bereichen in promotion_data schreibt, als es sonst der Fall ist. Siehe "Key Tables".
Gibt an, ob Hebungen für Daten zu schreiben, die von Vertriebsdaten fehlen. Wenn Sie nicht angeben, dann schreibt der Analytical Engine Hebungen nur für Daten, die bereits Verkäufe haben. Allerdings werden die Hebungen nicht unbedingt auf die gesamte Erhebung addieren.
Gibt einen Schwellenwert für die Auftriebswerte. Wenn die Analytical Engine Auftriebswerte unterhalb dieser Schwelle berechnet, werden diese Werte fallen gelassen und nicht in die Datenbank geschrieben werden.
Gibt an, ob der vorherige Schwellwert als Absolutwert oder als Prozentsatz der Basislinie ausgedrückt wird.
„Bearbeiten von Motorparametern“
„Erstellen oder Umbenennen von Motor Profiles“
Tuning Leistung
Um die Leistung der Analytical Engine, überprüfen Sie die Einstellungen der folgenden Parameter zu verbessern. Um diese Parameter in Business Modeler zuzugreifen, klicken Sie Parameter> Systemparameter und dann auf die Registerkarte Datenbank klicken.
Grundmotor Parameter für Leistung
Die folgenden Motorparameter sind entscheidend für eine gute Leistung. Stellen Sie sicher, dass sie in geeigneter Weise für die Konfiguration festgelegt werden.
Mindest Prognose Niveau, dass der Motor prognostiziert wird. Für PE, muss diese bei oder über dem niedrigsten Werbe-Ebene (LPL) sein. Stellen Sie sicher, dass dies entsprechend für Ihre Prognose Baum definiert ist.
Gibt an, ob eine neue Analytical Engine Lauf zu starten oder eine Motorwiederherstellung durchzuführen. Verwenden Sie ja oder veranlassen.
Gibt an, ob die Analytical Engine Prognosedaten für jeden Knoten (die NODE_FORECAST Tabelle) schreiben soll, vor der Spaltung auf ein niedrigeres Niveau. Das Schreiben in dieser Tabelle verlangsamt den Motor, so dass Sie diese Option ausschalten sollte, es sei denn, Sie getestet haben, dass die Auswirkungen akzeptabel ist.
Gibt an, ob die erweiterte Analysefunktion zu aktivieren, die nur auf dem Desktop zur Verfügung steht. Achten Sie darauf, diese Option deaktiviert ist, es sei denn, Sie getestet haben, dass es nicht übermäßig mit der Leistung nicht beeinträchtigt.
Gibt die Mindestanzahl der Zeilen, die Analytical Engine lädt zu einer Zeit, wenn sie auf die Datenbank zu schreiben. Je größer diese ist, desto schneller werden die Daten geladen, aber es ist ein höheres Risiko, wenn die Datenbankverbindung verloren geht.
Für ein High-Volume-System verwendet 20.000.
Gibt an, ob Oracle Bulkloaders Erholung nach einer verlorenen Datenbank-Verbindung durchführen soll. Für ein High-Volume-System verwendet 0.
Parameter, die Performance-Geschwindigkeit kann
Folgende Parameter können die Analytical Engine laufen schneller helfen durch Verarbeitungsschritte ausgelassen wird. Sie sollten diese nur dann ändern, wenn Sie sicher sind, dass dies nicht zu Problemen führen.
Gibt an, welche historische Anpassungsdaten der Motor in die Datenbank geschrieben werden. Wenn dieser Parameter 0 ist, schreibt der Motor nur die Prognose. Wenn dieser Parameter eine positive ganze Zahl N ist, schreibt die Maschine die letzten N historischen Anpassungswerte.
Gibt an, ob die Analytical Engine das INSERT_UNITS Verfahren zu Beginn eines Motorlaufs nennt. Dieses Verfahren stellt sicher, dass der Motor Zeilen in schreiben hat, wenn die Prognose zu erzeugen.
Weitere Informationen zu allen Verfahren finden Sie unter „Datenbankprozeduren“.
0 = läuft die Prognose nur gegen die Lernen (Schätzung)
1 = läuft die Förderung Prognose (die normale Einstellung)
2 = führt eine Schätzung und Förderung Prognoselauf (schnelle Simulation, diese Option verwendet zuvor zwischengespeicherten Daten)
Für Optionen 0 und 2 führt die Analytical Engine weniger Scans. (Einzelheiten zu dem Motorfluss finden Sie unter „Promotion Effectivemotorphasen“.)
Gibt an, ob die Verkaufsdaten-Tabelle für die direkte Verwendung durch den Motor (anstelle der sales_data_engine Tabelle) einzustellen.
0 = keine (nicht verstellt die Verkaufsdaten-Tabelle für die direkte Verwendung durch den Motor)
1 = ja (stellen Sie die Vertriebsdaten Tabelle)
Weitere Informationen zu diesem Parameter finden Sie unter „Nicht-Engine-Parameter“.
Der Motor Teiler verwendet Schnelle Divider Funktionalität. Der Motor nutzt die ENGINE_BRANCH_LIST Tabelle, die die tatsächlichen Verzweigungs, nicht die branch_id Spalte der konfigurierte Kombinationstabelle zu bestimmen. Jedes Mal, wenn der Motor einen Zweig verarbeitet, aktualisiert er die branch_id Spalte mit der tatsächlichen Zuteilung.
Database Partitioning für den Motor
Sie können die Datenbank partitionieren, so dass die Analytical Engine Daten schnell mehr zugreifen können. Insbesondere können Sie verschiedene Teile der Vertriebsdaten, mdp_matrix und promotion_data Tabellen auf verschiedene Partitionen platzieren, so dass jede Partition auf einen möglicherweise unterschiedlichen Artikel und / oder Ort entspricht.
Das Gesamtverfahren ist wie folgt:
Erstellen Sie die Partitionen und Zeilen verschieben, um sie nach Bedarf. Dies geht über den Rahmen dieser Dokumentation.
Partitionieren nur durch Artikel, wählen Sie eine Datenbankspalte, die Sie die Datensätze zu unterteilen von Artikeln verwenden können. Diese Spalte muss in den Verkaufsdaten, mdp_matrix vorhanden ist, und (im Fall der Promotion Effectiveness) promotion_data Tabellen und muss den gleichen Namen in jedem dieser Tabellen haben.
Zum Beispiel könnte es zweckmäßig sein, von Marke zu partitionieren. Die Marke Information ist in mdp_matrix wie (zum Beispiel) zur Verfügung des t_ep_p2a_ep_id Feld. Sie müssten diese Spalte an die Vertriebsdaten und promotion_data Tabellen, vielleicht durch einen Datenbank-Trigger als auch replizieren.
In ähnlicher Weise partitionieren nur durch Lage, eine Datenbankspalte auswählen, die Sie die Datensätze zu unterteilen nach Ort nutzen können.
Um nach Artikel zu partitionieren und nach Ort, wählen Sie eine Datenbankspalte, die Sie die Datensätze zu unterteilen von Artikeln verwenden können und eine andere Spalte, die sie nach Standort aufteilt.
Stellen Sie die folgenden Parameter, so dass die Analytical Engine die Partition finden kann, auf dem eine beliebige Kombination besteht:
Gibt den Namen der Spalte, die die Daten von Artikel partitioniert.
Gibt den Namen der Spalte, die die Daten von Standort-Partitionen.
Andere Datenbank-Überlegungen
Achten Sie auf die Indizes der Verkaufsdaten und mdp_matrix Tabellen.
Auch für Oracle-Datenbanken, Demantra schreibt auf mehrere Tablespaces, wie bei der Installation angegeben. Die Tabellenzuweisungen werden durch Parameter gesteuert, die Sie durch den Business Modeler bearbeiten können. Stellen Sie sicher, dass diese Parameter zu Tablespaces in dem entsprechenden Datenbankbenutzer beziehen, und stellen Sie sicher, dass jeder genügend Speicher hat.
Hinweis: Oracle empfiehlt, die Standardnamen für diese Tabellenbereiche verwenden, wie in der Oracle Demantra Installationshandbuch dokumentiert. Dann ist es einfacher für Sie, Ihre Datenbank mit Oracle Support im Fall von Problemen zu teilen.
Zusätzliche Parameter steuern die anfängliche Standardgrößen und wie viel Speicher hinzugefügt wird.
Standard Anfangsgröße des System-Tablespaces.
Inkrementale Speichermenge, die einen Tabellenbereich hinzugefügt wird, wenn mehr Platz benötigt wird.
Tablespaces für den Verkaufstisch verwendet.
Datenbankindex Raum, der die Prognose Tabellenindizes speichert, wie bei der Installation angegeben.
Tablespaces für Simulationsdaten verwendet.
Tablespaces für die Simulation Indexdaten verwendet.
Tablespaces verwendet für den Index von sales_data_engine.
Tablespaces für sales_data_engine Tabelle verwendet.
* Weitere Informationen zu diesen Parametern finden Sie unter „Nicht-Engine-Parameter“.
Neukonfiguration der sales_data_engine Tabelle
Die Analytical Engine erstellt und verwendet eine Tabelle (oder Ansicht) genannt sales_data_engine. Sie können steuern, wie die Analytical Engine tut dies, um die Leistung zu verbessern.
Sie können die Verkaufsdaten Tabelle zur direkten Verwendung durch die Analytical Engine, so einzustellen, dass die sales_data_engine Tabelle nicht benötigt wird.
Normalerweise erzeugt die Analytical Engine intern die sales_data_engine Tabelle für den eigenen Gebrauch und zur Erstellung dieser Tabelle kann sehr zeitaufwendig sein. Sie können den Motor beschleunigen, indem es die Konfiguration anstelle der sales_data_engine Tabelle die Verkaufsdaten-Tabelle zu verwenden.
Normalerweise, wenn die Analytical Engine ausgeführt wird, es schließt sich sales_data_engine (oder sein Synonym) mit dem mdp_matrix Tabelle. Dies ist nicht immer notwendig, und Sie können dies die Analytical Engine zu beschleunigen verhindern beizutreten.
In der folgenden Tabelle sind die wichtigsten Parameter und einige typische Einstellungen: