Hoofdstuk 3 Databaseontwikkeling 4 Access
Uitgangspunt is altijd de informatiebehoefte van de klant Deze wordt vaak bepaald door rapporten, formulieren en/of schermen Bijvoorbeeld een factuur, pakbon, ledenlijst, verhuurbon, etc.
Nulde NV: Bepaal alle elementaire gegevens ▪ Koptekst is onveranderlijk dus niet meenemen ▪ Totaal is procesgegeven dus niet meenemen ▪ Over blijft: ▪ Datum, code, titel, artiest, soort ▪ Soort bestaat uit soortcode en soort omschrijving: dus opsplitsen ▪ Datum komt één keer voor, rest herhaalt zich: RG ▪ 0NV: (datum, RG(code, titel, artiest, soortcode, soortoms))
Datum hebben we sleutel gemaakt: Moet altijd een waarde hebben Moet altijd uniek zijn Moet zo minimaal mogelijk zijn Soms sprake van kandidaatsleutels ▪ Leerlingnr., BSN,
1NV Neem RG apart en neem sleutel mee ▪ (datum, code, titel, artiest, soortcode, soortoms) Wat wordt nieuwe sleutel?? ▪ Datum + code (want uniek en minimaal) (datum, code, titel, artiest, soortcode, soortoms) Vraag: waarom niet alleen code als sleutel? 1NV (datum) (datum, code, titel, artiest, soortcode, soortoms)
2 NV Gegevens die van een deel van de sleutel afhankelijk zijn verwijderen en in nieuwe groep plaatsen (datum, code, titel, artiest, soortcode, soortoms) Titel, artiest, soortcode, soortoms alleen afhankelijk van code, niet van datum ▪ (code, titel, artiest, soortcode, soortoms) ▪ (datum, code) ▪ (datum)
3 NV Haal gegevens eruit die afhankelijk zijn van niet-sleutelattributen We hadden in 2 NV : (code, titel, artiest, soortcode, soortoms) (datum, code) (datum) Soortoms hangt af van soortcode
3NV is dus: (soortcode, soortoms) (code, titel, artiest, soortcode) (datum, code) (datum) Volgende stap: Naam geven aan groepen (worden tabellen)
3 NV SOORT (soortcode, soortoms) TRACK (code, titel, artiest, soortcode) DRAAILIJST (datum, code) DATUM (datum) Tabel DATUM kunnen we weglaten zonder gegevensverlies!