Átfúrás OLAP-ból a részletes adatokhoz (Drillthrough Action)


Adott a következő probléma: Az üzleti terület látni szeretné, hogy egy adott könyvelési tétel milyen tranzakciókból tevődött össze, ki könyvelte azt a tételt stb. Mindezt úgy, hogy „rákattintva a könyvelt értékre feljöjjenek azok a számlák, amelyek a könyvelési tételt kiadják".

Mi sem egyszerűbb - gondolhatná, hiszen pont erre találták ki az átfúrást (drillthrough). Igen, csakhogy átfúrni csak a kocka adataira lehet, azt pedig hogy ki könyvelte az adott tételt nem emeltük át a kockába, hiszen nem volt rá semmilyen üzleti, vagy elemzői igény.

  • Mit lehet ilyenkor tenni?
  • Be kell emelni minden olyan információt a kockába, amiről szeretnél részletes infót megjeleníteni.

Tudom, hogy így feleslegesen növeljük az adatkockák komplexitását, de más megoldás nincs.

Nem mindig volt ez így hiszen, az Analysis Servcies 2000-ben saját magunk tudtuk megszerkeszteni azt az SQL lekérdezést, amelyet a kliens elküldött a relációs adattárház felé. Így akár olyan információkat is meg tudtunk jeleníteni a felhasználóknak, amelyek a kocka forrástáblái között nem voltak megtalálhatóak.

Az Analysis Services 2005-től kezdve azonban az átfúrás architektúrája teljesen megváltozott. Bár a szerver belül továbbra is SQL utasítássá fordítja át az átfúrás parancsunkat, azt szerkeszteni nem tudjuk. Így nem marad más választásunk, mint minden olyan „részletes információt" amit meg akarunk mutatni a felhasználóknak, azt be kell pakolni a kockába. Pont.

Néhány átfúrás (Drillthrough) szkenárió megvalósítása

  1. Tegyük fel, hogy ki kell mutatnunk, hogy ki könyvelte az adott tételt, milyen rendelésszámon ment ki az adott áru, ... stb. Ezekben az esetekben a rendelés számot, vagy a könyvelő nevét be kell tennünk a ténytáblába (vagy a ténytábla fölé definiált nézetbe) és dimenziót kell építenünk rá (úgynevezett degenerált vagy fact dimenziót). Ezt követően definiálnunk kell egy drillthrough action-t, amely hivatkozik a rendelésszámra, vagy a könyvelő nevére.
  2. Tegyük fel, hogy olyan részletes adatokat kell megjelenítenünk, amelyek nincsenek benne az adatkocka ténytáblájában, csak egy másik táblában. Az egyszerű érthetőség kedvéért most képzeljük el, hogy a kocka ténytáblája havi részletezettségű, de nekünk át kell tudnunk fúrni a napi adatokhoz. Ez már keményebb dió, de nem lehetetlen ezt sem megoldani. Annyit kell tennünk, hogy létre kell hoznunk egy új measure groupot a napi adatokra és erre kell irányítanunk az átfúrást (drillthrough action-t)

Összefoglalva: Az átfúrás (drillthrough action) nagyon hasznos eszköz. Szeretik használni az üzleti felhasználók és segít hibát keresni a fejlesztőknek is. Nagyobb szabadságot adott nekünk a 2000-es Analysis Services-ben megvalósított drillthrough, mint a 2005-ös Analysis Services-ben található drillthrough action, de még így is használni lehet. Igaz, hogy kicsit nyakatekerten, kicsit nyögvenyelősen, de ha jól csináljuk, akkor üzleti felhasználóink ebből mit sem fognak észrevenni, és boldogan fogják használni azt, amit megálmodtak maguknak...

== x == x ==

Más. Időközben elkészült az első adattárház tanfolyam tematikája. A helyszín még egyeztetés alatt ezért még árat nem tudok mondani, de az már szinte biztos, hogy az adattárház projektvezető képzés időpontja a június 8.-i hétre fog esni. (Szeretném június 9.-én tartani a tréninget, de akkor nincs hely ott, ahol szeretném. Meglátjuk.)

Szánja rá magát, hogy gondosan áttanulmányozza ezt a tematikát, mely hitem szerint olyan ajtókat nyit meg az BI és adattárház projektvezetés területén, aminek eredményeképp egyre több sikeres adattárház vagy üzleti intelligencia rendszer épül majd Magyarországon.

A tematika megtekintéséhez kattintson ide >>

 

Elválasztó

Már készül a következő cikk. Kérjen értesítést a megjelenéséről itt.

|

2 Hozzászólás

BI Tréning

Szia,

Szerintem nagyon jó a tematika, csak félek, hogy az anyag mennyisége a minőség rovására fog menni. :-( Nem lenne szerencsésebb mondjuk 2 napban (pl.: havi 1 nap), akár valami terembérleti önköltségen leadni? Az elhangzottakkal kapcsolatban biztos lenne a hallgatóságnak kérdése, így talán arra is maradna idő... Akár hogy is alakul 1 jelentkező már biztos van :-)

Adattárház tréning időtartama

Szia,

Azon, hogy egy vagy másfél napos legyen az esemény én is sokat gondolkodtam. Nagy a téma, és – bár nem hiszem, hogy a minőség rovására fog menni – attól azért én is tartok egy kicsit, hogy túl sok lesz egyszerre. Ezért olyan termet keresek, amely bérelhetősége felülről nem korlátos, és addig maradhatunk, ameddig csak akarunk. Nem lesz gond, ha a hallgatóság kérésére egy-egy témát jobban kivesézünk. Lesz rá időnk. Ha pedig úgy érzem, hogy kezd sok lenni a téma, akkor majd több kávészünetet tartunk. hiszen nem fog minket szorítani az idő, hogy du 4-ig el kell hagynunk a termet.

Szóljon hozzá!

Szabály: Legyen kedves, segítõkész és vállalja a nevét.
A mező tartalma nem nyilvános.
  • A web és email címek automatikusan linkekké alakulnak.
  • Engedélyezett HTML elemek: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • A sorokat és bekezdéseket automatikusan felismeri a rendszer.
ANTI SPAM
A robot regisztrációk elkerülésére.
Image CAPTCHA
Figyeljen a kis és nagybetűk használatára