Benutzer-Werkzeuge

Webseiten-Werkzeuge


analyse:role-playing-dimension
  • Bookmark "Role-playing-dimension" auf del.icio.us
  • Bookmark "Role-playing-dimension" auf Digg
  • Bookmark "Role-playing-dimension" auf Furl
  • Bookmark "Role-playing-dimension" auf Reddit
  • Bookmark "Role-playing-dimension" auf Ask
  • Bookmark "Role-playing-dimension" auf Google
  • Bookmark "Role-playing-dimension" auf Netscape
  • Bookmark "Role-playing-dimension" auf StumbleUpon
  • Bookmark "Role-playing-dimension" auf Technorati
  • Bookmark "Role-playing-dimension" auf Live Bookmarks
  • Bookmark "Role-playing-dimension" auf Yahoo! Myweb
  • Bookmark "Role-playing-dimension" auf Facebook
  • Bookmark "Role-playing-dimension" auf Newsvine
  • Bookmark "Role-playing-dimension" auf Yahoo! Bookmarks
  • Bookmark "Role-playing-dimension" auf Twitter
  • Bookmark "Role-playing-dimension" auf myAOL
  • Bookmark "Role-playing-dimension" auf Slashdot
  • Bookmark "Role-playing-dimension" auf Mister Wong

Role-playing-dimension

Eine role-playing-dimension ist eine Dimension mit mehreren Bedeutungen in einem Datawarehouse und kann für verschiedene Zwecke genutzt werden. Hierbei fügt man mehrere Fremdenschlüssel in einer Faktentabelle ein, die jeweils auf dieselbe Dimension zeigen. Ein gewöhnliches Beispiel für die Nutzung von role-playing-dimensions ist die Datum-Dimension. Angenommen in einer Faktentabelle stehen folgende Fremdenschlüssel:

FK_OrderDate

FK_ShipDate

FK_Customer

FK_Product

Die Schlüssel FK_Customer und FK_Product zeigen beide auf jeweils nur eine Dimension (hier die Customer-Dimension, bzw. die Product-Dimension). Im Gegensatz dazu zeigen die Schlüssel FK_OrderDate und FK_ShipDate auf dieselbe Dimension, die Date-Dimension. Diese Date-Dimension spielt folglich sowohl die OrderDate-Rolle, als auch die ShipDate-Rolle. Dies wird unter Role Playing Dimensions verstanden. Um die Benutzerfreundlichkeit bei der Durchsuchung von Tabellen zu erhöhen, können bestimmte Attribute weiter aufgebrochen werden. In unserem Beispiel könnte das so aussehen:

  
FK_OrderDate  -->    PK		               FK_ShipDate   -->	  PK
		     OrderDate					          ShipDate
		     OrderYear					          ShipYear
		     OrderMonth					          ShipMonth
		     OrderDay					          ShipDay

Diese zwei sogenannten “Views” gehören immernoch zur selben Date-Dimension, ermöglichen dem Benutzer jedoch eine leichtere Bedienung, da die einzelnen Attribute stärker in Bezug zur jeweiligen Dimension stehen und den Namen der „Unterdimension“ reflektieren. Hierdurch werden Benutzer nicht verwirrt, falls sie Tabellen nach Dates durchsuchen und z.B. nicht wissen, ob sie OrderDates oder ShipDates sichten. FK_OrderDate und FK_ShipDate zeigen jetzt zwar immernoch transitiv auf die Date-Dimension, jedoch vorher auch noch auf die neuen Views. Alternativ könnten für OrderDate und ShipDate auch eigene Dimensionen erstellt werden. Die hier beschriebene Vorgehensweise spart jedoch Zeit und Speicherplatz.

  • Bookmark "Role-playing-dimension" auf del.icio.us
  • Bookmark "Role-playing-dimension" auf Digg
  • Bookmark "Role-playing-dimension" auf Furl
  • Bookmark "Role-playing-dimension" auf Reddit
  • Bookmark "Role-playing-dimension" auf Ask
  • Bookmark "Role-playing-dimension" auf Google
  • Bookmark "Role-playing-dimension" auf Netscape
  • Bookmark "Role-playing-dimension" auf StumbleUpon
  • Bookmark "Role-playing-dimension" auf Technorati
  • Bookmark "Role-playing-dimension" auf Live Bookmarks
  • Bookmark "Role-playing-dimension" auf Yahoo! Myweb
  • Bookmark "Role-playing-dimension" auf Facebook
  • Bookmark "Role-playing-dimension" auf Newsvine
  • Bookmark "Role-playing-dimension" auf Yahoo! Bookmarks
  • Bookmark "Role-playing-dimension" auf Twitter
  • Bookmark "Role-playing-dimension" auf myAOL
  • Bookmark "Role-playing-dimension" auf Slashdot
  • Bookmark "Role-playing-dimension" auf Mister Wong
analyse/role-playing-dimension.txt · Zuletzt geändert: 2016/04/14 16:28 von lorenz