Computermerk - Netwerkkaart - Videokaart - IPnummer - Type Geheugen - Processor
Van alle dingen kan bijna redundantie ontstaan..... hoe kan je dat nou normaliseren??
Ik heb dit ooit wel eens op school gehad, maar is helaas een beetje weggezakt.
edit::
je kan het zelf nog bonter maken trouwens en netter
Elk CI (configuratie item) gewoon in een tabel met standaard informatie, plus een refrentie naar een specefieke entry, namelijk die CI afhankelijk (bijvoorbeeld een netwerk kaart heeft een transmissie snelheid)
[Dit bericht is gewijzigd door markvleth op 15-05-2003 14:52]
quote:lijkt me wel handig om eerst te weten wat precies de omstandigheden zijn bij deze database..
Op donderdag 15 mei 2003 14:43 schreef EggsTC het volgende:
Ok, je hebt een database maar wil redundantie voorkomen. Hoe kan je dat doen??? Je hebt deze tabel :
Computermerk - Netwerkkaart - Videokaart - IPnummer - Type Geheugen - Processor
Van alle dingen kan bijna redundantie ontstaan..... hoe kan je dat nou normaliseren??
quote:en welke normaalvorm heb je dan?
Op donderdag 15 mei 2003 14:46 schreef markvleth het volgende:
Elk onderdeel (behalve pc in een apparte tabel) met daarin standaard dingen als leverancier, en misschien nog specefieke omschrijving
en dan de onderdelen middels een koppel tabel koppelen aan een pc...
* ik vond normaliseren op school altijd best leuk
quote:brr.. normaliseren... me ergste nachtmerrie .. scheen t nog wel te snappen.. had er een flinke voldoende voor.
Op donderdag 15 mei 2003 14:50 schreef kareltje_de_grote het volgende:[..]
en welke normaalvorm heb je dan?
* ik vond normaliseren op school altijd best leuk
Volleges mij...
quote:Dan ben je klaar
Op donderdag 15 mei 2003 14:50 schreef kareltje_de_grote het volgende:[..]
en welke normaalvorm heb je dan?
* ik vond normaliseren op school altijd best leuk
quote:
Op donderdag 15 mei 2003 14:53 schreef markvleth het volgende:[..]
Dan ben je klaar
de perfecte normaalvorm bestond nl niet volgens mijn docent.
quote:configuratie item als in de ITIL methode
Op donderdag 15 mei 2003 14:46 schreef markvleth het volgende:
edit::je kan het zelf nog bonter maken trouwens en netter
Elk CI (configuratie item) gewoon in een tabel met standaard informatie, plus een refrentie naar een specefieke entry, namelijk die CI afhankelijk (bijvoorbeeld een netwerk kaart heeft een transmissie snelheid)
quote:Aangezien de meeste informatie die je kan invullen behoort tot een vrij kleine groep elementen (hoeveel computermerken zijn er, hoeveel videokaarten, ....) kan je die info bijvoorbeeld in een aparte tabel zetten. Tabel Computermerken bijvoorbeeld met velden MerkID (integer) en Merk (Varchar).
Op donderdag 15 mei 2003 14:43 schreef EggsTC het volgende:
Ok, je hebt een database maar wil redundantie voorkomen. Hoe kan je dat doen??? Je hebt deze tabel :
Computermerk - Netwerkkaart - Videokaart - IPnummer - Type Geheugen - Processor
Van alle dingen kan bijna redundantie ontstaan..... hoe kan je dat nou normaliseren??
quote:dat klopt.. en soms moet je ook gewoon denormaliseren
Op donderdag 15 mei 2003 14:54 schreef kareltje_de_grote het volgende:[..]
de perfecte normaalvorm bestond nl niet volgens mijn docent.
quote:Primarykey moet ik nog toewijzen...
Op donderdag 15 mei 2003 14:47 schreef NDAsilenced het volgende:[..]
lijkt me wel handig om eerst te weten wat precies de omstandigheden zijn bij deze database..
Zoek eerst maar uit wat de primary key is
quote:toch wel iig zo weinig mogelijk redundantie
Op donderdag 15 mei 2003 14:58 schreef markvleth het volgende:
Overigens moet het doel bij het ontwerpen van een DB nooit zijn om geen redundantie te hebben. Het doel moet zijn om een representatie te hebben van de werkelijkheid, en alle mogelijke (geldige) situaties te kunnen opvangen...
Niet genormaliseerd heb je bijvoorbeeld als vulling:
ABC - DEF - GHI - JKL - MNO - PQR
ABC - DEF - GHI - JKL - MNO - STU
ABC - DEF - GHI - JKL - VWX - PQR
Wel genormaliseerd maak je een extra tabel:
Tabel Processor:
Pr_id - Processor
Vulling:
Tabel Processor:
1 - PQR
2 - STU
Tabel X:
ABC - DEF - GHI - JKL - MNO - 1
ABC - DEF - GHI - JKL - MNO - 2
ABC - DEF - GHI - JKL - VWX - 1
En dit kun je dus voor elke kolom doen.
Wat je ook kunt doen, maar dat is een stap verder, is bepaalde combinaties maken... bv.
Tabel Processor_Geheugen:
ID - Type Geheugen - Processor
11 - MNO - PQR
12 - VWX - PQR
13 - MNO - STU
(Of :
11 - MNO - 1
12 - VWX - 1
13 - MNO - 2
plus tabel Processor zoals hierboven
etc
)
Tabel X:
ABC - DEF - GHI - JKL - 11
ABC - DEF - GHI - JKL - 13
ABC - DEF - GHI - JKL - 12
En dit kan ook in eindeloze variaties...
Overigens heeft dit niet zozeer met redundantie te maken, is puur normaliseren, en niet altijd nuttig (bv in het geval van platte data zoals je nu hebt, maar als dit een onderdeel van een voorraadsysteem is kan het wel handig zijn).
quote:Dat spreekt voor zich natuurlijk, ook al ga je voor performance altijd zo min mogelijk redundantie
Op donderdag 15 mei 2003 15:00 schreef domolanglekker het volgende:[..]
toch wel iig zo weinig mogelijk redundantie
quote:indd laat de topicstarter eerst maar eens een fantsoenlijke database analyse maken. en ga dan de boel meer eens lekker over hoop halen door te normaliseren.
Op donderdag 15 mei 2003 15:09 schreef dexter12win het volgende:
wat heeft een ip adres te maken met de configuratie van een compu ?
quote:Hoeft toch juist niet? Je zet 1 keer die Geforce2 in die tabel met een eigen id, en vervolgens koppel je die id in een andere tabel aan de computer.
Op donderdag 15 mei 2003 14:57 schreef EggsTC het volgende:
Maar als ik Videokaart in 1 tabel zet kan je in die tabel wel 15000 keer krijgen : GeForce 2 bla bla??
Dat is toch juist redundantie? Daarom vroeg ik het me af.
|
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |