Möte med QlikTech!

Idag hade vi ett givande möte med QlikTech där vi fick lite tips på olika saker vi kan göra i verktyget. Vi kunde också delge våra erfarenheter om buggar och förbättringar som vi önskade. Utbyte av erfarenheter av det här slaget är ofta mycket givande. Min bild av hur QlikView ska positioneras i en BI-plattform är numera ganska klar.

• Styrkan med QlikView i förhållande till traditionella BI-verktyg är ad hoc analys av stora datamängder. Istället för att underhålla en stor mängd aggregerade kuber eller materialiserade vyer för att förbättra prestanda i svarstider så läser man in all data i QlikView på detaljnivå där trendanalyser över flera år med många dimensioner kan göras med mycket bra prestanda. Begränsningen med OLAP-kuber av antalet dimensioner och aggregeringsnivå försvinner. En annan styrka är användargränssnittet som är mycket enkelt, snyggt och flexibelt. Här har man verkligen lyckats med WYSIWYG.

• Svagheten med QlikView i förhållande till traditionella BI-verktyg är hantering av metadata som idag sker direkt i scriptet. Döper man om ett fält så måste man ladda om allt. Ej lika enkelt för slutanvändaren att göra beräkningar som i OLAP där användaren snabbt och enkelt kan visa all data som uppfyller ett villkor och i samma rapport också visa ytterligare ett villkor som kan vara en delmängd av det första urvalet. Mängdlära med union, intersect och minus, se bild:

Slutanvändaren skriver formler själv precis som i excel vilket kan ge olika resultat hos olika användare vilket kan leda till felaktiga slutsatser=förödande. Detta måste hanteras i organisationen som måste ge ett fåtal användare superuser-rättigheter. Fasta rapporter är inte heller styrkan. Vill slutanvändaren se hur resultatet var en given dag eller vecka utan postöverskridande beräkningar passar det bättre med ett rapportverktyg som Oracle Reports där ett urval på dag kan göras innan rapporten genereras. I QlikView måste applikationen (dokumentet) först läsas in med alla data (inget urval gjort) i internminnet och sedan kan urvalet göras. Här har man inte lyckats så bra med layouten!

Slutsatsen är att använda QlikView för avancerad ad-hoc analys på stora datamängder och trendanalyser. Slopa aggregeringar i databasen för att förbättra prestanda för slutanvändarens ad hoc analyser. Läs in allt i QlikView!

Preparera data genom att bygga upp ett datalager i databasen. Hantera allt som har med nyckeluppslag, bearbetning, Slowly Changing Dimensions etc att göra i datalagret. Uppläsning till QlikView ska vara enkla script. Se QlikView som presentationsverktyg och inte ett ETL-verktyg. Bygg fasta rapporter med andra verktyg än QlikView!

Arbete, arbete, arbete...

Idag var det release av nya ETL-processer i datalagret! Nu är det bara att hålla tummarna för att nattens laddningar ska fungera utan problem. Totalt så blev det 11 timmars arbete idag innan dagen var slut. Medan jag körde tunga insert...select av historisk data för att fylla på de nya faktatabellerna så skrev jag en användarhandledning på ett nytt formulär som jag ska visa för analysfunktionen i veckan.

Test inför produktionssättning

Sista dagen innan jag får ta en dag ledigt (sportlov). Förberedelse inför release med allt vad det innebär. Dokument till produktion om vad som ska göras i datalagret och när. För ovanlighetens skull är vi ute i god tid och alla tester, validering av data mm, visar rätt. Imorgon blir det skridskoåkning för hela slanten.

Kvällsmöte!

Ikväll bestämde jag och Janne hur visitkorten skulle se ut och la en beställning till kph i Uppsala. Vi tittade också på hemsidan som delvis är klar. Det saknas uppgifter på flikarna Produkter och Tjänster. Vi väckte en idé om att skriva ett dokument om hur vi jobbar med Business Intelligence och Data Warehouse. Exempel på fråga är hur vår strategi ser ut när det gäller en optimal datadesign för åtkomst av nyckeltal i verktygen.

Denna vecka är det sportlov men det märker vi inte av...djupt försunkna i våra arbetsuppgifter. Innan vi avslutade mötet kom Maria in med punchglass.

Select kontra Insert/Update/Delete! Luleå krossar Brynäs?

Idag har jag suttit och testat ett formulär som ska ge användarna möjlighet att koppla attribut till olika dimensioner i datalagret. Än en gång så inser jag att det krävs enormt mycket mer testtid för att testa IUD-kommandon kontra att "bara" skriva SELECT och skapa rapporter. Målet för dagen var att hinna klart med testerna och nu ser det ut att vara i hamn...puuuuh. Dax att åka hem och se när Luleå krossar Brynäs, eller hur Janne?

LevelKey Roadmap

Nu har jag och Janne haft vår första konferens, en dag i ett av Scandic Uplandias mötesrum. Rubriken på dagen LevelKey roadmap, ett möte där vi "brainstormade" fram tänkbara områden som fick bli en strukturerad lista att jobba efter. Listan prioriterades och får utgöra ett underlag för våra månadsmöten. Trots ett hårt arbete så kände vi en uns av dåligt samvete för att vi inte satt ute hos kunderna den dagen. Efter en kort diskussion på lunchen så insåg vi att det jobb vi gjorde var mycket viktigt för företagets framtid och utveckling och att vi faktiskt har suttit hos kunderna 40 timmar vecka ut och vecka in samtidigt som vi har startat upp bolaget med allt vad det innebär i form av registreringar hos bolagverket, skatteverket, banken, ISP, bokföring mm.