Probleme durch implizierte gemeinsame Verwendung

Szenario:

Wenn zwischen Elementen eine Beziehung implizierter gemeinsamer Verwendung besteht und ein übergeordnetes und ein untergeordnetes Element im selben Oracle Hyperion Planning-Formular angezeigt werden, werden nur die für das übergeordnete Element eingegebenen Werte beibehalten. In den folgenden Beispielen erstellt Planning eine Beziehung implizierter gemeinsamer Verwendung zwischen dem übergeordneten Element A (Parent A) und dem untergeordneten Element 1 (Child 1), da die Werte von übergeordnetem und untergeordnetem Element immer dieselben sind. In den Beispielen wird vorausgesetzt, dass alle Elemente auf den Datentyp "Speichern" eingestellt sind.

Beispiel 1:

   Parent A 
        Child 1 (+) 

Beispiel 2:

   Parent A 
        Child 1 (+) 
        Child 2 (~) 
        Child 3 (~) 

Da die meisten Planning-Anwendungen Bottom-up-Anwendungen sind, werden Daten normalerweise für das untergeordnete Element eingegeben, weil das übergeordnete Element schreibgeschützt ist. Die typische Abfolge von Ereignissen ist wie folgt:

  1. Im Formular wird das untergeordnete Element angezeigt, in der Regel über dem übergeordneten Element.

  2. Neue Daten werden für das untergeordnete Element eingegeben.

  3. Das Formular wird gespeichert. Beim Speichervorgang wird das Formular von links nach rechts und von oben nach unten gelesen, das untergeordnete Element wird also zuerst gespeichert.

  4. Der Speichervorgang nimmt anschließend das letzte Vorkommen des Wertes im Raster (den Wert ganz unten, ganz rechts), wodurch wegen der Beziehung implizierter gemeinsamer Verwendung der Wert des untergeordneten Elements überschrieben wird. Die für das untergeordnete Element eingegebenen Daten werden gelöscht.

Lösung:

Je nach Anforderungen an Ihre Planning-Formulare können Sie impliziert gemeinsam verwendete Elemente mit den folgenden Methoden verhindern.

  • Übergeordnetes und untergeordnetes Element im selben Formular: Fügen Sie ein Dummy-Element als aggregiertes untergeordnetes Element hinzu. Das Dummy-Element wird der Modellstruktur hinzugefügt, aber in Formularen nicht verwendet. Die implizierte gemeinsame Verwendung wird deaktiviert, wenn das übergeordnete Element nur ein aggregiertes untergeordnetes Element aufweist.

  • Übergeordnetes Element des Typs "Nur Label": Mit dem ersten untergeordneten Element besteht eine Beziehung implizierter gemeinsamer Verwendung unabhängig davon, wie viele aggregierte untergeordnete Elemente vorhanden sind. Um die implizierte gemeinsame Verwendung in solchen Situationen zu deaktivieren, ändern Sie den Speichertyp "Nur Label", oder verwenden Sie das übergeordnete und das untergeordnete Element nicht im selben Formular.

  • Übergeordnetes Element, für das "Nie gemeinsam verwenden" festgelegt werden kann: Sie können für das übergeordnete Element die Speichereinstellung "Nie gemeinsam verwenden" festlegen, wenn die Anwendung dies erfordert. Ein übergeordnetes Element vom Typ "Nie gemeinsam verwenden" funktioniert ähnlich wie ein übergeordnetes Element vom Typ "Speichern" mit mehreren aggregierten untergeordneten Elementen. Anders als beim übergeordneten Element "Speichern" wird für das übergeordnete Element "Nie gemeinsam verwenden" nur der aggregierte Wert seines untergeordneten Elements angezeigt, nachdem die Aggregierung ausgeführt wurde.

Hinweis:

Bei übergeordneten Elementen mit nur einem untergeordneten Element ist es in der Regel vorteilhaft, den Standardspeichertyp "Speichern" zu übernehmen und die Beziehung implizierter gemeinsamer Verwendung beizubehalten. Dadurch werden die Anzahl der zu erstellenden Blöcke, die Datenbankgröße und die für Berechnungen und Aggregierungen benötigten Zeiten reduziert. Verwenden Sie "Nie gemeinsam verwenden" nur, wenn es absolut notwendig ist.

Ausführliche Informationen zur implizierten gemeinsamen Verwendung finden Sie in der Dokumentation Oracle Essbase Database Administrator's Guide .