Denna vecka blev också en ganska intensiv databasvecka, åtminstone så tillbringade jag en del tida med att TÄNKA på det. I början av veckan läste jag om PHP i Valade och det var riktigt intressant, som en introduktion. Det var också roligt att frågesporten denna gång gick betydligt bättre än senast.
Jag hade väldigt stora förväntningar på onsdagens föreläsning. Det började också mycket bra, jag fick svar på en del frågor som jag funderat på här på bloggen förra veckan. Det var ju tillmötesgående av läraren. Jag önskar att jag hade börjat ställa frågor för 5 veckor sedan. Men det är ju tyvärr så att om man är tillräckligt ute på ett område så vet man inte ens vad man ska fråga.
På föreläsningen lärde jag mig också (på nytt) en hel del om HTML. Jag gick Interaktiva medier förra året och lärde mig nog en del då, men man glömmer ju när man inte använder sina kunskaper.
Den andra delen av onsdagens session handlade alltså om PHP och nu blev det svårare att hänga med. Eller i och för sig gick det väl ok att hänga med på lektionen, när man kunde be om hjälp och så. Men någon "självständig" kunskap kan jag nog inte säga att jag uppnådde. Det var liksom bara för mycket nytt på en gång. Det som jag hade läst i Valade var ju också en mera allmän beskrivning av PHP:s för- och nackdelar, inte en introduktion i praktiken. Jag tycker att läraren, för oss som kanske inte är sååå inspirerade av ämnet att vi automatiskt läser alla litteraturtips från pärm till pärm, ha kunnat ge oss en uppgift eller något att läsa som på förhand hade tvingat oss att bekanta oss lite med koden. Bara att veta lite om hur man läser den hade kunnat göra saker betydligt mer överskådliga. Att skriva av exempelkoden i uppgiften vi fick på lektionen var i och för sig också mycket hälsosamt, åtminstone för mig.
På lektionen passade jag också på att fråga om några andra grejer som jag har funderat på. Jag vill minnas att jag förstod svaren som jag fick i den situationen, men nu har jag glömt igen. Förargligt! Det är lite som med sånglektioner, det som funkar bra och liksom är självklart på timmarna ter sig plötsligt helt främmande och konstigt när man övar för sig själv. Och har man inga anteckningar att falla tillbaka på då så är man illa ute.
En hel del anteckningar blev det nog från onsdagens föreläsning+övning och de kom väl till pass senare.
På fredag arbetade Tove och jag med vår underbara databas. Vi kom så långt så att vi blev nästan klara men fick trots allt inte webbsidorna att interagera med databasen. Vi fattade inte vad det berodde på, eftersom vi nog redan då körde dem via nätet. Åtminstone trodde vi att vi gjorde det. Nu senare vet jag inte riktigt vad jag ska tro. Ack, det tekniska kunnandet är verkligen på hög nivå i vår grupp.
I varje händelse fick vi skicka ett "hjälp-mejl" till läraren, och svaret kom snart. På måndag (idag) fortsatte vi att gnugga geniknölarna med vårt projekt. Vi försökte sätta in en bild för att piffa upp designen lite, men det ville inte lyckas. Otroligt störande säger jag! Även om Tove aldrig har sysslat med websidor förr så vet jag att jag varit med om att sätta in åtminstone 20 bilder på de sidor som jag och min kompis gjorde under Interaktiva medier. Inte ens med hjälp av en bok och guider på nätet fick vi till det. Och det är ju inte ens svårt! Gruff. (Man kanske inte borde bekänna alla sina shortcomings, men när man nu en gång satt i gång kan man väl lika gärna fortsätta.)
Nå, till slut betämde vi oss för att lämna sidan som den var; gräsgrön och plain. Detta är ju trots allt inte en kurs i webdesign. Uppmuntrande var det ju i alla fall att det fungerade helt bra att göra sökningar i databasen. Kul att den biten lyckades. Så byggde koden också långt på den som vi använde på onsdagens övning. En "egen" fungerande php-kod skulle jag nog ha svårt att få till stånd.
Vi sände in projektrapporten och med adressen till vår user interface idag. Jag kan väl inte säga att jag blev 100% nöjd med den, men... Det blev ju klart i alla fall.
Kursen börjar lida mot sitt slut. Efter att ha avslutat detta blogginlägg har jag en uppgift kvar: utvärderingen.
Jag har kanske inte skaffat mig så förfärligt mycket "aktiv" kunskap under den här kursen. Om någon ber mig skapa en databas när jag börjar mitt sommarjobb på Tritonia i Vasa kommer jag nog att bli förskräckt. Däremot tycker jag att jag har fått ett hum om vad databaser går ut på, hur de fungerar och vilka tekniker osv som behövs för att bygga och driva dem. Det är ju inte så tokigt det heller.
SQL är fortfarande något som jag tycker att det hade varit viktigt att få ett bättre grepp om. Som det nu är klarar jag det mest grundläggande men är illa ute om det blir mera komplicerade sökningar. Att kunna handskas med SQL är ju också jätteviktigt för att kunna göra många andra databasrelaterade uppgifter.
Jaha, då är det väl bara att säga farväl till denna kurs (och hoppas att man kommer igenom!).
måndag 25 maj 2009
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.
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.
onsdag 13 maj 2009
v 19
Denna veckas övning handlade om advanced database topics. Soma vanligt stod man som ett levande frågetecken när man läste uppgiften. De andra i gruppen såg inte så mycket klokare ut. Vi kom överens om att dela upp ämnena som vi skulle läsa in oss på så att vi läste någon del noggrannt och skrev något om den och så skulle vi få höra presentationer om de andra ämnena av de andra gruppmedlemamrna. Det är i princip en bra idé, speciellt när alla läser på och faktiskt försöker komma underfund med saker. På min lott föll att läsa om data warehousing. Så jag läste och skrev något och tyvärr försod jag inte riktigt vad jag skrev om. Jag tycker att data warehouses och databaser är väldigt lika. Kanske är det mest hur och till vad man vill använda systemen som skiljer sig. När det gäller data warehousing verkar "support for decision making" vara centralt medan relationsdatabaaserna mera lämpar sig för alldagliga informationstransaktioner. När det gäller data warehousing gäller tydligen också principen "från en centralpunkt till flera distributionspunkter". I wikipediatexten om ämnet talades det i alla fall om "central points" och "data marts". "Data martsen" skulle vara fördiga för användning, lite som nån form av användargränssnitt då kanske?
Eftersom det kom en fråga om OLAP, data warehosues osv. i hemtenten lär jag få lära mig mera om detta inom de närmaste 30-40 timmarna. Jag har nu avverkat fråga nummer 1 i tenten, och hör och häpna, kanske börjat få något slags vagt grepp om vad en databas är för något. Jag säger bara tack och lov för Wikipedia. Ok, det kanske inte är den mest vetenskapligt tillförlitliga informationskällan men när man behöver lära sig det mest grundläggande om något är den en guldgruva. Dessutom är ju detta en mer praktiskt inriktad kurs så det kanske inte är så farligt att tumma lite på sina vetenskapliga principer.
Eftersom det kom en fråga om OLAP, data warehosues osv. i hemtenten lär jag få lära mig mera om detta inom de närmaste 30-40 timmarna. Jag har nu avverkat fråga nummer 1 i tenten, och hör och häpna, kanske börjat få något slags vagt grepp om vad en databas är för något. Jag säger bara tack och lov för Wikipedia. Ok, det kanske inte är den mest vetenskapligt tillförlitliga informationskällan men när man behöver lära sig det mest grundläggande om något är den en guldgruva. Dessutom är ju detta en mer praktiskt inriktad kurs så det kanske inte är så farligt att tumma lite på sina vetenskapliga principer.
tisdag 5 maj 2009
v 18
Vecka 18 hade vi ingen case assignment utan istället föreläsning med tillhörande övningar om MySQL. Vi inledde med ett quizz som jag verkligen underpresterade i av den enkla anledningen att jag bar läst en av texterna som vi skulle förbereda oss med och alla (?) frågorna kom från den andra. Det var säkert ett busenkelt quizz, bara man hade något som helst hum om vad det handlade om.
Harmligt nog missade jag också största delen av föreläsningen efterom jag hade en annan tent samma tid. Det är så avstressande med krockande tidtabeller. Och det är svårt att veta vad man ska priorotera när man inte hinner med allt.
Nå, övningarna på eftermiddagen var desto mer lärorika. När man jobbar med ett färdigt användargränssnitt (heter det ens så?) så verkar saker mer påtagliga. Om det är detta vi i princip ska göra när vi konstruerar vår databas så ska det nog gå att klara av på något sätt.
När vi gjorde övningarna på eftermiddagen så frstod jag också bättre att sättet man strukturerar informationen i databasen faktiskt har en rätt stor betydelse för hur tillgänglig den är för användaren. Det somsätts in i databasen behöver ha en logisk förankring i den praktiska akiviteet som den ska stöda. På det viset kan man göra olika arbetsprocedurer och skeden betydligt enklare för den som använder databasen.
Jag tycker att de gemensamma övningarna är de tillfällen där man lär sig bäst. Åtminstone lär man sig med minst stress. Läraren finns på plats och kan svara på frågor och skulle man inte klara av uppgiften så bra själv från början så får man i varje fall veta hur man ska gå till väga när man går igenom den tillsammans mot slutet av lektionen. Det är bra.
Det känns annars lite som om att vi skickat våra case assignments ut i tomma luften eftersom vi inte fått någon feedback på dem. Kanske det är med avsikt?
Harmligt nog missade jag också största delen av föreläsningen efterom jag hade en annan tent samma tid. Det är så avstressande med krockande tidtabeller. Och det är svårt att veta vad man ska priorotera när man inte hinner med allt.
Nå, övningarna på eftermiddagen var desto mer lärorika. När man jobbar med ett färdigt användargränssnitt (heter det ens så?) så verkar saker mer påtagliga. Om det är detta vi i princip ska göra när vi konstruerar vår databas så ska det nog gå att klara av på något sätt.
När vi gjorde övningarna på eftermiddagen så frstod jag också bättre att sättet man strukturerar informationen i databasen faktiskt har en rätt stor betydelse för hur tillgänglig den är för användaren. Det somsätts in i databasen behöver ha en logisk förankring i den praktiska akiviteet som den ska stöda. På det viset kan man göra olika arbetsprocedurer och skeden betydligt enklare för den som använder databasen.
Jag tycker att de gemensamma övningarna är de tillfällen där man lär sig bäst. Åtminstone lär man sig med minst stress. Läraren finns på plats och kan svara på frågor och skulle man inte klara av uppgiften så bra själv från början så får man i varje fall veta hur man ska gå till väga när man går igenom den tillsammans mot slutet av lektionen. Det är bra.
Det känns annars lite som om att vi skickat våra case assignments ut i tomma luften eftersom vi inte fått någon feedback på dem. Kanske det är med avsikt?
Prenumerera på:
Inlägg (Atom)