jeg skal fremlægge om normaliseringsregler for databasetabeller, og formålet med det er bl.a. at "undgå utilsigtede 'forældreløse' data"... Hvad vil det helt præcis sige? VI har haft om det med "faddere" og "sønner", men hvis "fadderen" bliver slettet, burde "sønnerne" så ikke også? Er det overhovedet muligt?? Plz, hjælp hurtigt.
Hvis du har en primær og tabel og en afhængig tabel, fx postnumre og byer i den primære og personer i den afhænge, er forældreløse data personer, som har et postnummer, som ikke findes i postnummer tabellen.
Ved hjælp af kaskadevis sletning kan man sikre, at hvis et postnummer slettes, vil alle de personer, der bor i postnummret blive slettet ved samme lejlighed, men det skal man selv definere i relationen.
Sagt på en anden måde, at forældreløse data typisk er data på mange siden af en en til mange relation, der ikke har nogen tilhørende poster på en-siden af relationen.
kan vi gøre hvilken som helst tabel til den primære og afhængige? har meget lidt styr på lige databaser nemlig. Vi kan "forbinde" to tabeller, og så bliver den ene bare automatisk primær?
Hvis du har en tabel, med et felt, der er primærnøgle, og dette felt er fremmednøgle i en anden tabel, er tabellen hvor feltet er primærnøglæe, den primære tabel, og tabellen, hvor feltet er frememdnøgle er den afhængigetabel. Det er altså ikke alle tasbeller, der kan være primære i forhold til hinanden, men alle tabeller kan i princippet være primære tabeller.
Ex
Kundetabel: Ordretabel:
Kundenr Ordrenr Navn Leveringsdato Adresse Leveringssted Kundenr
I kundetabellen er kundenummer primærbøgle. I Ordretabellen er kundenummer fremmednøgle, og derfor er kundetabellen primær og ordretabellen afhængig. Forholdet kan IKKE være det medsatte mellem netop disse to tabeller. mm.
ok, sådan ja... Du er sikret point for det her, men har flere problemer.. 2.NF giver ikke så meget mening.. Altså hvis der er brugt kombinerede felter som nøgle, skal de være bestemmende for alle felter i tabellen og så er der et ex, men det giver ikke mening?
Kundenr, Varenummer, Varenavn, Leveringsdato, med en nøgle sammensat af kundenr og Varenavn, afhænger Vanrenavn kun af Varenummer, ikke af hele den sammensatte nøgle. Varenavn sjkal derfor flyttes til en ny tabel sammen med en kopi af den del af nøglen, det afhænger af, altså Varenummer. Efter normalisering til 2NF, har du såldes følgende tabeller:
Kundenr, Varenr, Leveringsdato Varenr, Varenavn
Den føste med en sammensat nøgle af Kundenr og Varenr. Den anden med Varenr som nøgle.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.