Optionen für das Speichern von Datenwerten durch Mitglieder

Sie können festlegen, wie und wann die Datenwerte für ein Element in Essbase gespeichert werden. Beispiel: Sie können Essbase anweisen, den Wert für ein Element nur dann zu berechnen, wenn ein Benutzer ihn anfordert, und dann den Datenwert verwerfen.

Jede verfügbare Elementspeichereigenschaft wird wie folgt beschrieben:

Tabelle 5-4: Speichereigenschaften wählen

Speichereigenschaft	Behavior
Filiale	Speichert den Datenwert mit dem Element.
Dynamische Berechnung	Berechnet den Datenwert erst, wenn ein Benutzer ihn anfordert, und verwirft dann den Datenwert.
Nur Label	Nur-Label-Elemente dienen der Gruppierung oder Kennzeichnung anderer Elemente. In der Datenbank werden keine Daten für Label Only-Elemente gespeichert.
Gemeinsames Element	Gibt Werte zwischen Elementen frei. Beispiel: In der Sample Basic-Datenbank wird das Element 100-20 unter dem übergeordneten Element 100 gespeichert und unter dem übergeordneten Element "Diät" gemeinsam verwendet.
Nie gemeinsam verwenden	Lässt nicht zu, dass Elemente implizit gemeinsam verwendet werden. Elemente, die als Never share getaggt sind, können nur explizit freigegeben werden. Um ein Element explizit freizugeben, erstellen Sie das gemeinsame Element mit demselben Namen, und taggen Sie es als gemeinsam verwendet.

Um Elementeigenschaften mit der Essbase-Weboberfläche festzulegen, öffnen Sie die Gliederung zur Bearbeitung, wählen Sie ein Element aus, und bearbeiten Sie die allgemeinen Eigenschaften. Ändern Sie den Datenspeichertyp nach Bedarf. Weitere Informationen finden Sie unter Allgemeine Eigenschaften festlegen.

Wenn Sie eine Anwendungsarbeitsmappe oder einen Cube Designer verwenden, um die Elementspeichereigenschaften festzulegen, aktualisieren Sie die Eigenschaft STORAGE mit dem entsprechenden Code neben jedem Element im entsprechenden Dimensionsarbeitsblatt. S ist für gespeichert, X für Dynamische Berechnung, O nur für Label und N für nie freigegeben. Weitere Informationen finden Sie unter Dimensionsarbeitsblätter.

Gespeicherte Elemente

Gespeicherte Elemente enthalten berechnete Werte, die nach der Berechnung mit dem Element in der Essbase-Datenbank gespeichert werden. Standardmäßig werden Elemente als gespeichert festgelegt.

Dynamische Berechnungselemente

Wenn ein Element Dynamische Berechnung ist, berechnet Essbase den Wert für dieses Element erst, wenn es von einem Benutzer angefordert wird. Nachdem der Benutzer ihn angezeigt hat, speichert Essbase den Wert für dieses Element nicht.

Essbase taggt automatisch Elemente von Attribute-Dimensionen als Dynamische Berechnung. Sie können diese Einstellung nicht ändern.

Weitere Informationen finden Sie unter Dynamische Berechnung von Datenwerten.

Nur Label-Elemente

Nur Label-Elemente in Essbase haben keine zugeordneten Daten. Mit ihnen können Sie Mitglieder gruppieren oder die Navigation und das Reporting in Smart View vereinfachen. In der Regel sollten Sie nur Label-Elementen die Eigenschaft "keine Konsolidierung" geben.

Attribute können nicht nur Label-Elementen zugeordnet werden. Wenn Sie ein Basisdimensionswert taggen, der nur Attributzuordnungen als Label aufweist, entfernt Essbase die Attributzuordnungen und zeigt eine Warnmeldung an.

Ein untergeordnetes Element eines Elements mit nur Label kann nicht als dynamische Berechnung getaggt werden. Im folgenden Beispiel gibt Essbase beim Verifizieren der Modellstruktur eine Fehlermeldung aus, die angibt, dass ChildB nicht nur als Label gekennzeichnet werden kann:

ParentA = Label Only
   ChildB = Label Only
      DescendantC = Dynamic Calc

Das Tagging von DescendantC als Speicherdaten löst das Problem.

Gemeinsame Elemente

Mit gemeinsamen Essbase-Elementen können Sie dasselbe Element über mehrere übergeordnete Elemente in der Gliederung berechnen. Dies kann nützlich sein, wenn ein Element zu mehreren Kategorien gehört. Die Datenwerte, die einem gemeinsamen Element zugeordnet sind, stammen aus einem anderen Gliederungselement mit demselben Namen, dem Prototypenelement.

Das gemeinsame Element speichert einen Zeiger auf Daten, die im Prototyp-Element enthalten sind, und die Daten werden nur einmal gespeichert. Um ein Element als gemeinsam zu definieren, muss ein Prototypmitglied mit demselben Namen vorhanden sein. Beispiel: In der Datenbank Sample.Basic speichert das Element 100-20 unter 100 die Daten für dieses Element. Das 100-20-Mitglied unter Diät weist auf diesen Wert hin.

Gemeinsame Elemente werden in der Regel verwendet, um dasselbe Element über mehrere übergeordnete Elemente zu berechnen, z.B. um ein Diät-Cola-Element sowohl in den übergeordneten Elementen "100" als auch "Diät" zu berechnen.

Wenn Sie gemeinsame Elemente verwenden, können Sie Elemente wiederholt in einer Dimension verwenden. Essbase speichert den Datenwert nur einmal, wird jedoch an mehreren Standorten angezeigt. Die Speicherung des Datenwertes nur einmal spart Platz und verbessert die Verarbeitungseffizienz.

Lesen Sie die folgenden Abschnitte, um mehr über gemeinsame Elemente zu erfahren.

• Richtlinien für gemeinsame Elemente
• Abruf gemeinsamer Elemente während Drilldown
• Implizierte gemeinsame Elemente

Hinweis:

Elemente mit demselben Namen können doppelte Elemente anstelle von gemeinsamen Elementen sein. Siehe Doppelte Elementnamen in Gliederungen.

Richtlinien für gemeinsame Elemente

Gemeinsame Essbase-Elemente dürfen keine untergeordneten Elemente, benutzerdefinierten Attribute, Attribute oder Formeln enthalten. Sie müssen sich in der gleichen Dimension wie ihre Prototypen befinden und ihnen in der Umrissreihenfolge folgen. Gemeinsame Elemente können eindeutige Aliasnamen haben und denselben Namen wie andere Elemente haben.

Befolgen Sie die folgenden Richtlinien, um Fehler beim Erstellen gemeinsamer Elemente zu vermeiden:

• Gemeinsame Elemente müssen in derselben Dimension wie ihr Prototyp-Element vorhanden sein. Beispiel: Beide 100-20 Elemente in der Sample.Basic-Datenbank befinden sich in der Product-Dimension.

• Das Prototypenelement muss in der Gliederungsreihenfolge vor dem gemeinsamen Element stehen.

• Gemeinsame Elemente können keine untergeordneten Elemente haben.

• Eine unbegrenzte Anzahl gemeinsamer Elemente kann denselben Namen haben.

• UDAs oder Formeln können nicht gemeinsamen Elementen zugewiesen werden.

• Sie können ein gemeinsames Element für ein Element mit einem doppelten Elementnamen erstellen.

• Attribute können nicht mit gemeinsamen Elementen verknüpft werden.

• Wenn Accounteigenschaften gemeinsamen Elementen zugewiesen werden, werden die Werte für diese Accounteigenschaften aus dem Prototypenelement übernommen, selbst wenn die Accounteigenschaften für das gemeinsame Element geändert werden.

• Aliasnamen können gemeinsamen Elementen zugewiesen werden.

• Wenn ein Alias für ein gemeinsames Element leer ist, verwendet Essbase den Alias des gespeicherten Elements.

• Wenn Sie einen Alias für ein gemeinsames Element zuweisen und den Alias für ein Prototypelement ändern, ändert sich der Alias des gemeinsamen Elements nicht.

• Ein Prototypmitglied muss sich vor dem gemeinsamen Element befinden.

• Vermeiden Sie komplexe Beziehungen zwischen Prototypen und gemeinsamen Elementen, die Teil einer Attributberechnung sind, oder eine Berechnung kann unerwartete Ergebnisse zurückgeben. Siehe Attributberechnung und gemeinsame Elemente.

• Sie können kein gemeinsames Element und sein Prototypelement unter demselben übergeordneten Element platzieren. In einer doppelten Elementstruktur müssen gleichgeordnete Elemente eindeutig sein.

• In Grid-Clients (z.B. Smart View) können gemeinsam verwendete Elemente leicht von ihren Prototypenelementen unterschieden werden, da Sie angeben können, dass sie mit einem qualifizierten Namen angezeigt werden sollen (z.B. [Übergeordnet].[Untergeordnet]). Gemeinsame Elemente können mit qualifizierten Namen angezeigt werden, auch wenn Sie die Modellstruktur nicht so eingerichtet haben, dass doppelte Elementnamen aktiviert werden. Darüber hinaus können Sie qualifizierte Elementnamen verwenden, um nach gemeinsamen Elementen im Raster zu suchen oder die Elementauswahl zu verwenden.

Abruf gemeinsamer Elemente während Drilldown

Bei Vergrößerungs- (Drilldown-)Vorgängen ruft Essbase Prototyp-Elemente statt gemeinsam verwendeter Elemente ab, sofern verfügbar. Beim Verkleinern (Drill-up) eines gemeinsamen Elements wird das übergeordnete Element des gemeinsamen Elements anstelle des Prototyps abgerufen.

Essbase ruft während des Drilldowns gemeinsam verwendete Elemente ab, je nach ihrer Position im Tabellen- oder Rasterclient. Essbase folgt beim Rasterabruf folgenden Regeln:

• ruft standardmäßig Prototyp-Elemente (nicht ihre gemeinsamen Elemente) ab.

• ruft zuerst aus dem unteren Bereich einer Tabelle ab.

• Wenn das übergeordnete Element eines gemeinsamen Elements ein gleichgeordnetes Element des Prototyp-Elements eines der gemeinsamen Elemente ist, wird das Prototyp-Element abgerufen.

Beispiel für gemeinsame Elemente aus einer einzelnen Dimension

Wenn Sie eine Testdimension mit allen gemeinsamen Elementen basierend auf den Prototypenelementen der Dimension East aus der Sample.Basic-Modellstruktur erstellen, ähnelt die Modellstruktur der in Abbildung 5-1 gezeigten Modellstruktur:

Abbildung 5-1 Gemeinsame Elemente aus einer einzelnen Dimension

Wenn Sie ein gemeinsames Element vergrößern, wird das gemeinsame übergeordnete Element zurückgegeben, nicht das Prototypelement. Beispiel: Wenn Sie Florida vergrößern, gibt Essbase das gemeinsame übergeordnete Element test zurück.

Wenn Sie nur die untergeordneten Elemente von East abrufen, stammen alle Ergebnisse aus Prototyp-Elementen, da Essbase standardmäßig Prototyp-Elemente abruft.

Wenn Sie jedoch Daten mit den untergeordneten Elementen des Tests in der Tabelle darüber abrufen, ruft Essbase die gemeinsamen Elemente ab:

New York
Massachusetts
Florida
Connecticut
New Hampshire
test

Wenn Sie test über die letzten beiden untergeordneten Elemente verschieben, ruft Essbase die ersten drei untergeordneten Elemente als gemeinsame Elemente ab, die letzten beiden jedoch als Prototypelemente. Wenn Sie ein Element in der Mitte der Liste einfügen, das kein gleichgeordnetes Element der gemeinsamen Elemente war (z.B. Kalifornien, das zwischen Florida und Connecticut eingefügt wurde), ruft Essbase gemeinsame Elemente nur zwischen dem gleichgeordneten Element und dem übergeordneten Element ab (in diesem Fall zwischen Kalifornien und Test).

Beispiel für den Abruf mit gemeinsamen Elementen der gekreuzten Generation

Sie können die Modellstruktur "Sample.Basic" ändern, um ein gemeinsames Element zu erstellen, dessen Gegenstück zu einem Prototyp-Element gleichrangig mit seinem eigenen übergeordneten Element ist, wie in Abbildung 5-2 dargestellt:

Abbildung 5-2: Abruf mit gemeinsamen Elementen der gekreuzten Generation

Wenn Sie eine Tabelle mit gemeinsamen Elementen in dieser Reihenfolge erstellen, ruft Essbase alle gemeinsamen Elemente ab, es sei denn, es ruft das Prototypelement West ab, nicht das gemeinsame Element West:

West
New York
Massachusetts
Connecticut
New Hampshire
test

Essbase ruft die Elemente in dieser Reihenfolge ab, da test ein übergeordnetes Element von west und ein gleichgeordnetes Element des entsprechenden Prototypelements, West, ist.

Implizierte gemeinsame Elemente

Essbase-Modellstrukturelemente können implizit gemeinsam verwendet werden, auch wenn sie nicht als gemeinsam verwendet angegeben sind.

Wenn die implizite gemeinsame Nutzung aktiviert ist, verwenden übergeordnete Elemente implizit den Wert ihrer einzelnen untergeordneten Elemente (wenn nur eines vorhanden ist) oder ihres einzigen konsolidierenden untergeordneten Elements (wenn nur eines vorhanden ist, das konsolidiert, d.h. ein anderer Operator als ~ oder ^ vorhanden ist).

Solche übergeordneten Elemente sind implizierte gemeinsame Elemente, es sei denn:

• Sie haben eine Formel
• Sie sind auf Never Share eingestellt
• implizites Teilen ist nicht aktiviert

Standardmäßig ist "Implied Sharing" nicht aktiviert. Ab Essbase 21c können Sie es bei Bedarf mit der Konfigurationseinstellung IMPLIED_SHARE_ON_CREATE aktivieren.

Wenn "Implied Sharing" aktiviert ist, geht Essbase in den folgenden Situationen von einer gemeinsamen Elementbeziehung aus (oder impliziert diese):

• Ein übergeordnetes Element hat nur ein untergeordnetes Element In diesem Fall enthalten das übergeordnete und das untergeordnete Element dieselben Daten. Essbase ignoriert die Konsolidierungseigenschaft des untergeordneten Elements und speichert die Daten nur einmal, sodass das übergeordnete Element eine implizite gemeinsame Beziehung zum untergeordneten Element aufweist. Im folgenden Beispiel hat das übergeordnete Element 500 nur ein untergeordnetes Element, 500-10, sodass das übergeordnete Element den Wert dieses untergeordneten Elements gemeinsam verwendet:

  500 (+)
    500-10 (+)

• Ein übergeordnetes Element besitzt nur ein untergeordnetes Objekt, das in das übergeordnete Element konsolidiert wird Wenn das übergeordnete Element vier untergeordnete Elemente hat, drei jedoch als keine Konsolidierung markiert sind, enthalten das übergeordnete und das untergeordnete Element, das konsolidiert wird, dieselben Daten. Essbase ignoriert die Konsolidierungseigenschaft des untergeordneten Elements und speichert die Daten nur einmal, sodass das übergeordnete Element eine implizite gemeinsame Beziehung zum untergeordneten Element aufweist. Im folgenden Beispiel hat das übergeordnete Element 500 nur ein untergeordnetes Element, 500-10, das zu diesem Element zusammengefasst wird. Die anderen untergeordneten Elemente werden als "No Consolidate(~)" markiert, sodass das übergeordnete Element implizit den Wert 500-10 teilt.

  500 (+)
    500-10 (+)
    500-20 (~)
    500-30 (~)

Die oben genannten Fälle gelten nicht, wenn das übergeordnete Element eine Formel enthält.

Wenn ein Element nicht implizit freigegeben werden soll, markieren Sie das übergeordnete Element als Nie freigeben, damit die Daten stattdessen dupliziert werden.