fredag 15 maj 2009

v 20

Denna vecka har det hänt mycket på databasfronten. Jag har skrivit en hemtent, jobbat med en Case assignment, funderat med Tove på vår databas och äntligen fått in den första delen av kompensationsuppgiften till första föreläsningen.
Jag känner att jag äntligen har lärt mig någonting. Hemtenter är bra. Speciellt om det mest grundläggande, som vad en databas egentligen är tycker jag att jag har börjat få lite grepp. Medan jag jobbade med hemtenten han jag också läsa in mig en del och lära mig ett och annat om det som förra veckans case uppgift handlade om, data warehousing, data mining och OLAP. Det verkar vara helt superbra tekniker, åtminstone jämfört med att bara köra med vanliga relationsdatabaser. Fast det beror ju på vad man vill använda datan till förstås. När jag gav mig tid att sätta mig i saker lite mera, insåg jag också att det kan råda lite olika meningar om vad saker är. T.ex. fick jag en rätt annan uppfattning om vad ett datawarehouse är när jag läste wikipedia-texten jämfört med vad jag fick när jag läste Greenspuns text. Wiki-texten vad betydligt mera pssimistisk i sin syn, verkade det som. Jag undrar förresten om det finns någon svensk term för data warehouse. Det är så irriterande när man skriver på svenska och ordet inte passar in i svensk syntax.
Nåja, om man ska summera hemtenten så kan jag i varje fall konstatera att jag satt ner mycket tid på den. Om inte resultatet motsvarar arbetsinsatsen så beror det nog snarast på att jag hade så mycket att ta igen efter alla veckor som jag bara har tagit mig igenom med minsta möjliga insats. På den tredje fråga kände jag att jag hade behövt mera tid (och kanske lite vägledning) för att klara mig riktigt bra med. Nå, jag hoppas i alla fall att jag blir godkänd. Jag har faktiskt försökt skärpa mig nu mot skutet av kursen (då jag haft mera tid) för att kompensera för början. Men jag tror ändå att jag hade behövt jobba undefär lika mycket med kursen varje vecka för att lära mig hela kursinnehållet ordentligt. (Och nu ska jag inte förklara mig mer... )
Det kan också konstateras att t.o.m. databaskonstruktion kan vara intressant om man bara sätter sig i i saker.
Sen ska jag berätta att jag inte har förstått dethär med joined SQL-queries, jag hade samma problem i hemtenten som i sista punkten i kompensationsuppgiften. Jag kan nog få fram uppgifter ur olika tabeller samtidigt, men när man måste ha uppgifter från tabell A för att kunna fråga efter något i tabell B så är jag lost. För att kunna få fram något om Grosvenor Hotel i tabell B måste man ju veta vilket ID hotellet har. Jag fattar inte hur man samtidigt kan fråga efter det som man frågar efter något annat. Det är kanske i senaste laget att inse dethär nu, men det är något jag gärna skulle vilja behärska.
Hur det ska gå med vår databas blir intressant att se. Vi har matat in en hel del uppgifter och jag tror att designen är helt OK. Det där med att skapa ett användargränssnitt verkar skrämmande, men kanske det ser mera överkomligt ut efter nästa veckas föreläsning.
Jag har i samband med vårt arbete och i samband med sista uppgiften i hemtenten funderat på hur man ska göra när man vill sätta in flera värden så att säga "i samma lucka". T.ex. hur gör man när en bok i listan finns på flera bibliotek. Kan man sätta in flera biblioteksIDn i tabellen eller hur ska man göra? Eller när en beställning gäller flera foton. Om en beställning inkluderar flera bilder med olika ID kan det ju i sin tur betyda att man måste ha med uppgifter om olika fotografer osv. Hur löser man dethär? Det är dethär 1:N och N:N sambandet som det är så lätt att rita på papper men desto svårare att förverkliga i databasen. Det skulle jag också gärna lära mig något om ännu.

Inga kommentarer: