SAP Jobsuche bei DV-Treff
macs
  • macs
  • SAP Forum - User Thema Starter
vor 14 Jahre

Hi,

bin neu im BI Gebiet. Habe zwei Fragen, die ich mir nicht ganz beantworten kann.

Wann ist es sinnvoll, einen einzigen Cube für Ist und für Plandaten zu nehmen und wann gibt es Sinn zwei Cubes zu nehmen (einen für Plan einen für Ist)?
Wo kann man die Anzahl der Datensätze in einem Multiprovider überprüfen? Ich weiß das ein MP keine echten Datensätze beinhaltet, aber man kann doch sicherlich einsehen, wieviele Union Beziehungen, Datensätze er erstellt oder?

Danke schonmal

Förderer

Lars_G
vor 14 Jahre
Hallo,

1. habe tatsächlich überlegt ob ich bei der absolut unpassenden Überschrift überhaupt was schreiben soll, aber nun gut.

2. Plan / Ist das hängt zum einen von der Granularität und zum Anderen von der Menge der Daten ab und natürlich wie man es selbst gerne modellieren möchte. Ich würde Plan und Ist immer trennen!

3. Beim Daten anzeigen von dem MP kann der Hacken "Anzahl Treffer ausgeben" gesetzt werden.

Grüße

macs
  • macs
  • SAP Forum - User Thema Starter
ascivos
vor 14 Jahre
Wie Lars schon schrieb, ist es ein wenig eine Geschmacksfrage bzw. eine Abwägung des admin. Aufwands:

- Je mehr Cubes, desto mehr Aufwand beim Laden, aber desto flexibler.

Für 2 Cubes spricht, dass du

- Berechtigungen leichter auf Cube-Ebene vergeben kannst (aber dann auch muss) als auf Merkmals-Ebene [Wenn du in einem Cube eine Berecht. auf Ist-Daten vergeben willst, musst du (bei Modellierung von Ist/Plan über ein Merkmal Werttyp) das Merkmal Werttyp berechtigungsrelevant schalten (bzw. bei Modellierung als verschiedene Kennzahlen das Merkmal 0TCAKYFNM) - und dann muss diese Berechtigung allen Usern auch für alle anderen Cubes gegeben werden]

- leichter einen Multiprovider definieren kannst, der die Auswertung nur auf der Granularität erlaubt, für die sowohl Ist- als auch Planzahlen da sind (z. B. hast du vielleicht Belegnummern als Ist-Daten, aber keine Planzahlen auf Belegebene - dann nimm Belegnummer als Merkmal nicht in den Multiprovider)

- leichter eine Differenzierung auf mehrere Planversionen vornehmen kannst; Dieses Merkmal musst du dann nur in den Plan-Cube aufnehmen

- beide parallel laden kannst

- das Lesen bei Plan-Ist-Vergleich schneller ist, weil (genug Prozesse vorausgesetzt) aus beiden Teilcubes parallel gelesen werden kann (bei BW7.0)

Da du ja Prozessketten bauen wirst, ist der admin. Aufwand auch nicht so viel größer und besteht vor allem im

- Anlegen von mehr DTPs (einmaliges Anlegen!), ggf. mit Filter

- Aufbauen einer komplexeren Prozesskette

- Überwachen von mehr DB-Tabellen, die der DB-Admin monitoren muss (die allerdings langsamer voll werden)