2012. január 11., szerda

Ingyenesen elérhető tesztsorok Oracle vizsgákhoz.

Célul tűztem ki magamnak, hogy további Oracle minősítéseket szerzek meg, leteszem az Oracle Database 11g: Administration I (1Z0-052) vizsgát.

Elkezdtem kutakodni az interneten tananyagok, vizsgasorok után s rátaláltam a http://www.examcollection.com/ oldalra. Erről az oldalról ingyenesen letölthetőek vizsgasorok. Az 1Z0-052 vizsgához is van legalább egy tucatnyi vizsgasoruk. Az oldal felhasználóinak visszajelzései alapján a vizsgasorok aktuálisak és jól használhatóak.

Az egyetlen trükk, hogy a Visual CertExam Suite programot meg kell vásárolni a letölthető vce fájlok megtekintéséhez, azonban kisebb kutakodás után sikerült rátalálnom a lenti linken letölthető kis programra, mely képes a vizsgasorok megjelenítésére, azaz használatával sikeresen fel lehet készülni.


Az ExamCollection számos vizsgához nyújt felkészülési anyagokat, ezért egy klikket mindenképpen megér a site.

Sok sikert a vizsgákhoz!

2012. január 2., hétfő

Tippek az Oracle Database 11g: Data Warehousing Certified Implementation Specialist minősítés megszerzéséhez.

A nyáron rátaláltam az Oracle oldalain a fenti, adattárház szakmai minősítésre. Úgy gondoltam, hogy ha már évek óta Oracle alapú adattárházak építésével foglalkozom, akkor illik megszereznem ezt a minősítést.

Átnéztem az Oracle által kiírt vizsgatematikát és az Oracle partnerek számára biztosított oktatási anyagot s világossá vált, hogy ennek a vizsgának is csak úgy érdemes nekimenni, ha előtte egy teszt programmal alaposan felkészülünk.

Az SQL és PL/SQL vizsgák megszerzésénél a uCertify platform bizonyult hasznosnak, ezért most is a uCertify felkészítő anyagát vettük meg. A vizsgán ért minket a meglepetés, hogy a uCertify anyag csak egy harmadában fedi le a tényleges vizsgakérdéseket. Ennek ellenére sikerült első nekifutásra átmenni a vizsgán, azonban ha valaki fel akar készülni, akkor inkább a PassGuide – ot ajánlom, az ő anyaguk jobban illeszkedik a tényleges vizsgakérdésekhez.

A vizsgára való felkészüléskor az alábbi témaköröket célszerű alaposan átnézni:
  • Adaptive parallelism
  • Oracle Exadata
    • teljesítménynövelő módszerek
    • adattárolási képességek
  • Tömörítési funkciók
  • SQL Result Cache működése
    • result set – ek típusai
    • engedélyezés
    • cache tartalom milyen eseményekre változik
  • Materializált nézetek, frissítési típusok
  • Direct path load – ot eredményező adatbázis műveletek
  • Partícionálási típusok 
    • partícionálás előnyei (pruning)
    • partition-wise joins
  • Resource Manager működése
  • ODI felépítés, template – ek, Knowledge Modul – ok funkciója
Kollégáim találtak rá az alábbi két blog bejegyzésre, melyek gyakorlatilag teljesen lefedik a vizsga anyagát, ez a két cikk elengedethetetlen a felkészüléshez:

Oracle 1z0-515 Data Warehousing 11g Essentials 1/2
Oracle 1z0-515 Data Warehousing 11g Essentials 2/2

2011. július 19., kedd

Az adattárház konzisztenciáját automatikusan ellenőrizni kell!

Az egyik projekt munkám során az adattárház adatainak egy részhalmazát egy különálló szerverre replikáztuk. A replika frissítése deltatöltéseket is tartalmazott. A megvalósítás során felmerült a kérdés, hogy, na de honnan fogjuk észrevenni, ha a replikációs eljárásunk hibázik, azaz az eredeti adathalmazunk és a másolat már nem konzisztens, eltér egymástól.

Ennek a kérdésnek már tervezéskor is fel kellett volna merülnie, nem csak a megvalósítás közben. Azért is írom ezt a blog bejegyzést, hogy legközelebb nekem is hamarabb eszembe jusson, hogy az automatikus konzisztencia ellenőrzéseket is bele kell tervezni a megvalósításba, nem szabad elfeledkezni róluk.

Murphy törvénye szerint, ami elromolhat az előbb utóbb el is romlik. Megelőzendő, hogy a végfelhasználók vegyék először észre a hibát, a töltési folyamat megvalósításába ellenőrzéseket kell beiktatni. Nem kell az ellenőrzés alatt nagyon komoly dologra gondolni, az aktuális szituációban az is elegendőnek bizonyult, hogy egy segédtáblában nyilvántartjuk a forrásrendszerben levő táblák rekordszámát és ezt a rekordszámot ellenőrizzük a delta csomagok bedolgozása után. Egy ilyen egyszerű ellenőrzés már biztosítani tudja azt, hogy automatikusan értesüljünk arról, hogy hiba csúszott a gépezetbe, biztosítani tudja, hogy ne csak késve értesüljünk a hibáról, amikor annak javítása már sokkal időigényesebb lehet.

Egy adattárház feldolgozásai nagyon komplexek is lehetnek, több ponton is van lehetőség hibára, ezért ahol delta csomagok feldolgozása történik, ott célszerű megvalósítani egy egyszerű ellenőrzési eljárást is, hogy biztosak lehessünk adataink konzisztenciájában.

2011. június 2., csütörtök

Relációs adatok utófeldolgozása Excel - ben

A vállalati adatok előbb utóbb Excel - ben kötnek ki, így elkerülhetetlen, hogy az üzleti intelligencia területen dolgozó szakember az Excel - hez is értsen valamelyest. Egy aktuális projektemen azon dolgozom, hogy egy Excel – ben levő „adatpiac” – ot átültessek Oracle alapokra.

Elemeztem a meglévő, Excelben megírt adatfeldolgozási módszereket és belefutottam egy klasszikus problémába. Hogyan lehet a VLOOKUP függvényt alkalmazni, ha több mezős feltétel mentén akarunk illeszteni?  Azaz hogyan lehet egy összetett kulccsal rendelkező táblázatból kulcs mentén értékeket kivenni? A klasszikus megoldás erre az, hogy a két kulcs mezőt összefűzzük és az összefűzött mezőre keresünk rá. Ez a megoldás relációs adatbázisokhoz szokott szakemberek szívét nem melengeti meg túlságosan, ezért elkezdtem kutatni, hogy az alap Excel funkciókat használva hogyan lehet megoldani a problémát.

A Google a „vlookup multiple criteria” keresésre tömérdek eredményt ad, melyek legtöbbje az INDEX és MATCH függvények trükkös paraméterezését adja meg megoldásul. Nem elégedtem meg ezzel a bonyolult válasszal, tovább gondolkodtam. Néztem a DGET adatbázis függvényt, de ennek a használatához külön cellaterületen kell megadni a kritériumokat, úgy találtam, hogy egy cellában való képletezéssel ennek a függvénynek a használata nem megoldható.

Végül véletlenül rájöttem egy trükkre. Ha az adatokat tartalmazó táblázatunkra épülve létrehozunk egy kimutatást, akkor a GETPIVOTDATA függvényt alkalmazva egész kulturáltan lehet konkrét adatértékeket egy cellában paraméterezve lekérdezni. A GETPIVOTDATA függvénynek meg kell adni, hogy mely tény oszlop értékét akarjuk megkapni, mely PivotTable – ből, majd ezt követően egymást követve megadhatjuk a dimenziók mentén történő szűrési feltételeinket dimenzió név, érték párosokban. Ilyen párosból tetszőlegeset felvehetünk.

Ezzel a módszerrel egy adattábla tartalmát egyszerűen, tetszőleges elrendezésben szétteríthetjük egy Excel munkafüzetekben, az elemzők ízlésének megfelelően.

Ha az olvasóim közül valaki ismert jobb, szebb, praktikusabb megoldást a problémára, kérem, ossza meg velem!

2011. március 10., csütörtök

Könyvajánló: Data Warehouse Project Management



Data Warehouse Project Management
Sid Adelman, Larissa T. Moss

Újabb könyvön rágtam át magam adattárház projekt menedzsment témakörben. A szerző, Sid Adelman több mint 30 éve tevékenykedik az üzleti intelligencia területen. A könyvet olvasva az a gondolat jutott eszembe, hogy „a profi listából dolgozik, nem bízza a dolgokat a véletlenre”.  A könyvben minden egyes projekt menedzsment témakör átfogóan, tételesen ismertetésre kerül, melyből könnyen megalkothatjuk a mindennapi munka során alkalmazott saját szamárvezetőinket.

A könyv fejezetei az alábbi témaköröket ölelik fel:

  • Az adattárházak általános rövid és hosszú távú céljai.
  • DW projektek sikerkritériumai
  • Tipikus projekt kockázatok, azok kezelése
  • Költség – haszon elemzés
  • Szoftver kiválasztás folyamata
  • Projektszervezet, szerepkörök
  • Rapid Application Development módszertan
  • Adatminőségi hibák kezelése
  • Projekttervezés, projekt-kommunikáció

A könyvben a szerzők gyakorlati tapasztalataikat osztják meg, számos tanácsuk igen praktikus és hasznos. Ebben a könyvben találkoztam először olyan széleskörű ismertetéssel, mely teljesen felöleli az adattárház projektekben előforduló összes tipikus problémát, kockázatot.

A praktikus felhasználást segíti elő, hogy minden fejezet egy workshop – pal zárul, mely célirányos kérdéseken és feladatokon keresztül támogatja az olvasót abban, hogy rögtön alkalmazza is az újonnan megszerzett ismereteket a saját helyzetére. Ezek a workshop – ok és a könyvben szereplő összes sablon elektronikus formában is elérhető, a könyv CD mellékletén.

A könyvet mindenkinek ajánlom olvasásra, aki érintett üzleti intelligencia projektek vezetésében.

2011. március 5., szombat

Gépírási hibák kiküszöbölése a billentyűzet - kiosztás módosításával.

A mindennapi munkám során szembesültem azzal a problémával, hogy a programozási nyelvek alapvetően angol billentyűzetre lettek kitalálva, az angol billentyűzet kiosztás mellett kényelmes a használatuk, míg a dokumentáció és levelezés a magyar billentyűzetkiosztás használatát teszik szükségessé. A fentiek kiemelten érvényesek, ha tudunk gépírni.

Azt vettem észre, hogy bármennyire igyekeztem is, nem tudtam megszokni, hogy a két billentyűzet kiosztáson a z és az y billentyűk fel vannak cserélve. Nem vagyok képes arra, hogy fejben tartsam, mikor épp hol helyezkednek el ezek a billentyűk, rendszeres volt a mellégépelés. Rájöttem, hogy ez a helyzet gyakorlással és odafigyeléssel nem oldható meg.

Nyilvánvalóvá vált, hogy valamelyik, vagy a magyar, vagy az angol billentyűzetkiosztáson fel kell cserélnem a z és az y karaktereket ahhoz, hogy gond nélkül menjen a gépelés mind programozás, mind levélírás közben.

Kisebb keresgélés után rátaláltam a Microsoft Keyboard Layout Creator – ral, aminek segítségével készítettem egy saját angol nyelvű billentyűzet kiosztást, melyen fel van cserélve a z és az y, ezt a kiosztást elneveztem amizy – nek.

Az elmúlt két hónapban már ezt az új billentyűzet kiosztást alkalmaztam a munkahelyemen, sikeresen átszoktam rá, sikerült megszabadulnom az állandó, idegesítő elgépelésektől.

Az amizy billentyűzet kiosztás telepítő készlete az alábbi link – ről letölthető, vagy bárki készíthet magának sajátot a Microsoft Keyboard Layout Creator programjával.

amizy.zip

2011. február 26., szombat

Hogyan lehet lekérdezni egy futó OWB MAP tényleges végrehajtási tervét?

Az adattárház fejlesztő feladata, hogy az általa készített feldolgozások megfelelő teljesítményt nyújtsanak, azaz lefussanak a lehető legkevesebb erőforrás felhasználásával, a lehető legrövidebb idő alatt.

Személyes véleményem, hogy a fejlesztőnek folyamatosan foglalkoznia kell a teljesítmény kérdésével, már a kezdetektől fogva, a fejlesztési folyamat teljes életciklusa alatt. Ez az odafigyelés megtérül, mert a hosszabb futási idők, a pazarló végrehajtások a fejlesztő életét is megnehezítik, kevesebb fejlesztési időt, odafigyelést, szervezést igényel egy 5 perc alatt lefutó feldolgozás, mint egy hasonló bonyolultságú, de 60 perc futási idejű.

Én úgy dolgozom a fejlesztéseim során, hogy nyomon követem a fejlesztett MAP – ek végrehajtási tervét. Ezt a legegyszerűbben úgy tudom megtenni, hogy ha futtatok egy MAP – et, akkor az alábbi sql lekérdezést használva lekérdezem az Oracle adatbázisban éppen aktuálisan futó MAP – ek listáját ás a hozzájuk tartozó sql – t azonosító sql_id – t. A lenti lekérdezés összekapcsolja a session információkat az OWB audit adatokkal, így látom a konkrét MAP elnevezéseket is.


select s.sql_id, s.threads, s.module, a.map_name, a.elapsed
from (
  select S.SQL_ID, s.MODULE, count(*) threads, substr(s.module, 23, 7) aid
  from v$session s
  where s.MODULE like '%MODUL NEV%'
  group by sql_id, module
) s,
(
  select t.execution_audit_id, t.map_name, round((sysdate - t.start_time)*24*60) elapsed
  from owb_adw_run.all_rt_audit_map_runs t
  where t.start_time > sysdate - 1
) a
where s.aid = a.execution_audit_id (+);

Az eredményül kapott sql_id alapján lehetőség van a v$sql_plan táblában levő tényleges sql végrehajtási terv megjelenítésére. Ha nem innen vesszük a végrehajtási tervet, hanem azt explain plan – nel hozzuk létre egy külön session – ben, akkor beleeshetünk abba a csapdába, hogy a különböző környezeti beállítások miatt más végrehajtási tervet kapunk, mint amivel a tényleges OWB futtatás történik.

Az előző lekérdezésben kapott sql_id – t mint paramétert felhasználva hívom meg az alábbi parancsfájlt:


set pages 0;
set linesize 300;
column plan_table_output format a200;

select t.plan_table_output
from table(dbms_xplan.display_cursor('&sql_id')) t;

PL/SQL Developer – t használva ez a folyamat makrók segítségével automatizálható is, így könnyedén, bármikor ellenőrizni tudom a feldolgozásaim végrehajtási terveit, szükség esetén be tudok avatkozni.