Archief - ATTN: Studenten steun- en klaagthread - Deel 11
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
pie-jie
Legacy Member
Estrebian zei:Even een vraag ivm normalisatiestappen:
Ik heb wat moeite met de tweede normalisatievorm (2 NF). Hier één van onze slides dat we hebben: http://img10.imageshack.us/img10/14/normalisatiestappen1.jpg.
Bij 2 NF moet je dus alle niet-volledig functioneel afhankelijke attribuuttypen uit de relatie halen en een nieuwe aanmaken. In het rode kader staat er telkens of de vermelde niet-primaire attribuuttypen al dan niet volledig functioneel afhankelijk zijn.
Redeneer ik correct dat bv bij 'NR, projectnr --> Naam?' er geen volledige functionele afhankelijkheid is omdat je de naam van een bediende ook al kunt te weten kunt komen door enkel het (bediende)nr? Daardoor is het attribuuttype "Naam" partieel afhankelijk omdat slechts één van de primaire sleutels benodigd is en kan men dus niet spreken van volledige functionele afhankelijkheid.
En volgens dezelfde redenering is er bij 'NR, projectnr --> uren' wel volledige functionele afhankelijkheid, want men moet beide primaire sleutels kennen om te weten hoeveel uren er gepresteerd zijn?
Free rep voor diegene die kan bevestigen/corrigeren!
HAHA, normalisatiestappen
Ik heb daar ook nog zitten op vloeken ^^. Ik kon dat dus niet .. Er waren 2 versies examens, één met normalisatie en één zonder
ik had één zonder -> 18/20
Kwil maar zeggen .. don't worry, is goed te doen dat examen ^^.
tragezot
Legacy Member
Jecht zei:WK cross, finales Australian Open... en examens.
Nu wa doordoen want morgen zal het geen vetten worden. 't Mag hier stillekesaan gedaan raken. Maandag examen nr. 7. Voor een 3e bach unief is dat er toch over =/.
EDIT: die puntenafrondingen? Bij ons wordt er daar serieus met de natte vinger gewerkt. Bij franse literatuur is het zo goed als altijd: 1 vraag helemaal niet invullen = buis, ongeacht de rest. Voor de andere vakken ook wel. 'k Ben ooit eens een examen gaan inkijken waar ik een tien voor had, en toen zag ge duidelijk dat ze heel hard wikken en wegen.
Bij meerkeuze ligt het wel anders natuurlijk, daar is er weinig aan te doen.
Estrebian
Legacy Member
eXe./special zei:HAHA, normalisatiestappen
Ik heb daar ook nog zitten op vloeken ^^. Ik kon dat dus niet .. Er waren 2 versies examens, één met normalisatie en één zonder
ik had één zonder -> 18/20
Kwil maar zeggen .. don't worry, is goed te doen dat examen ^^.
Weet ge toevallig nog wat voor vragen dat hij stelt? Er zijn daar geen voorbeeldexamens van en het enige dat we weten is dat er MC/oefeningen/open vragen zijn dus 't is wat moeilijk om te weten hoe gedetailleerd of moeilijk zijn examenvragen zijn
Blake
Legacy Member
Estrebian zei:Even een vraag ivm normalisatiestappen:
Ik heb wat moeite met de tweede normalisatievorm (2 NF). Hier één van onze slides dat we hebben: http://img10.imageshack.us/img10/14/normalisatiestappen1.jpg.
Bij 2 NF moet je dus alle niet-volledig functioneel afhankelijke attribuuttypen uit de relatie halen en een nieuwe aanmaken. In het rode kader staat er telkens of de vermelde niet-primaire attribuuttypen al dan niet volledig functioneel afhankelijk zijn.
Redeneer ik correct dat bv bij 'NR, projectnr --> Naam?' er geen volledige functionele afhankelijkheid is omdat je de naam van een bediende ook al kunt te weten kunt komen door enkel het (bediende)nr? Daardoor is het attribuuttype "Naam" partieel afhankelijk omdat slechts één van de primaire sleutels benodigd is en kan men dus niet spreken van volledige functionele afhankelijkheid.
En volgens dezelfde redenering is er bij 'NR, projectnr --> uren' wel volledige functionele afhankelijkheid, want men moet beide primaire sleutels kennen om te weten hoeveel uren er gepresteerd zijn?
Free rep voor diegene die kan bevestigen/corrigeren!
De relatie bevat enkele attributen die gekoppeld zijn aan een bediende en ernaast enkele attributen over het functioneren van een bediende in een project. De irreducibele functionele afhankelijkheden zijn hier inderdaad:
NR->naam
NR->categorie
NR->prijs (hier gaat men er blijkbaar vanuit dat de prijs vast is over alle projecten)
NR,projectNR->uren
NR,projectNR->totaal
NR,projectNR->naam is dus inderdaad niet-irreducibel omdat je projectNR eruit kan laten en nog steeds een functionele afhankelijkheid hebt.
Om na te gaan of iets 2NF is ga je als volgt te werk:
1) verdeel de attributen in 2 groepen: de sleutelattributen (primaire) en de niet-sleutelattributen (die geen deel uitmaken van eender welke kandidaatsleutel.)
2) ga na of er niet-sleutelattributen zijn die functioneel afhankelijk zijn van slechts een deel van een kandidaatsleutel.
Opgelet: wanneer er meerdere kandidaatsleutels zijn, kan het zijn dat er een sleutelattribuut is dat functioneel afhankelijk is van een deel van een kandidaatsleutel. Dit is OK voor 2NF!
Om toch iets te corrigeren in je verhaal: 'want men moet beide primaire sleutels kennen' -> dit is onzin. Er is in dit voorbeeld slechts één primaire/kandidaat sleutel - (NR,projectNR) - die twee sleutelattributen bevat.
pie-jie
Legacy Member
Estrebian zei:Even een vraag ivm normalisatiestappen:
Ik heb wat moeite met de tweede normalisatievorm (2 NF). Hier één van onze slides dat we hebben: http://img10.imageshack.us/img10/14/normalisatiestappen1.jpg.
Bij 2 NF moet je dus alle niet-volledig functioneel afhankelijke attribuuttypen uit de relatie halen en een nieuwe aanmaken. In het rode kader staat er telkens of de vermelde niet-primaire attribuuttypen al dan niet volledig functioneel afhankelijk zijn.
Redeneer ik correct dat bv bij 'NR, projectnr --> Naam?' er geen volledige functionele afhankelijkheid is omdat je de naam van een bediende ook al kunt te weten kunt komen door enkel het (bediende)nr? Daardoor is het attribuuttype "Naam" partieel afhankelijk omdat slechts één van de primaire sleutels benodigd is en kan men dus niet spreken van volledige functionele afhankelijkheid.
En volgens dezelfde redenering is er bij 'NR, projectnr --> uren' wel volledige functionele afhankelijkheid, want men moet beide primaire sleutels kennen om te weten hoeveel uren er gepresteerd zijn?
Free rep voor diegene die kan bevestigen/corrigeren!
Das niet normaal hé, die kan echt alles gemakkelijk doen lijken.
Estrebian zei:
Naar ik mij herinner en gebasseerd op mijn punten waren dat 5 redelijk eenvoudige MC. Daarnaast nog open vragen ook, waaronder zeker één waarvan je zelf zo de dinges moet tekenen. Het proces ofzo? En als laatste was da je de fouten uit een tekening met vierkanten en bollen enzo moest halen .. was echt fun examen.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.