1. Herhaling van informatie (gegevensredundantie):

* Wat het is: Dit betekent dat hetzelfde stukje gegevens op meerdere plaatsen in de database wordt opgeslagen. Als u bijvoorbeeld het adres van een klant zowel in de tabel 'Klanten' als in de tabel 'Bestellingen' opslaat, is er sprake van redundantie.

* Waarom het slecht is:

* Anomalieën bijwerken: Als u het adres van de klant moet bijwerken, moet u dit *op elke* plaats waar het is opgeslagen, wijzigen. Het missen van zelfs maar één update leidt tot inconsistenties en datacorruptie. Stel je voor dat je het adres in de tabel 'Bestellingen' bijwerkt, maar vergeet het bij te werken in de tabel 'Klanten'. Nu zijn je gegevens onbetrouwbaar.

* Invoegafwijkingen: Je kunt geen nieuwe klant toevoegen tenzij deze een bestelling heeft geplaatst (omdat het adres ergens heen moet). Op dezelfde manier kunt u geen nieuw product toevoegen tenzij een klant het bestelt. De database dwingt je om onnodige gegevens te creëren, alleen maar om basisfeiten op te slaan.

* Anomalieën bij verwijderen: Als u een klant verwijdert, verwijdert u mogelijk onbedoeld de bestelgeschiedenis als de adresgegevens alleen in het bestelrecord worden opgeslagen. Of als u een bestelling verwijdert, verwijdert u niet de gegevens van de klant, wat leidt tot verweesde gegevens.

* Opslagafval: Redundante gegevens verbruiken onnodige schijfruimte en vergroten de omvang van de database, waardoor back-ups en query's langzamer worden.

2. Onvermogen om relaties weer te geven:

* Wat het is: Dit verwijst naar situaties waarin de databasestructuur de relaties tussen verschillende entiteiten (dingen) niet effectief vastlegt. Een database kan bijvoorbeeld moeite hebben om een ​​veel-op-veel-relatie weer te geven (zoals studenten en cursussen, waarbij één student veel cursussen kan volgen en één cursus veel studenten kan hebben) zonder een zorgvuldig ontwerp.

* Waarom het slecht is:

* Problemen met gegevensintegriteit: Zonder een goede manier om relaties weer te geven, is het moeilijker om referentiële integriteit af te dwingen (ervoor te zorgen dat relaties consistent zijn). Dit kan leiden tot verweesde records (records die verwijzen naar niet-bestaande gegevens) of inconsistenties in relaties.

* Complexe zoekopdrachten: Het extraheren van betekenisvolle informatie vereist het schrijven van complexe en inefficiënte queries om meerdere tabellen samen te voegen en de inconsistenties op te lossen die ontstaan ​​door de slechte weergave van relaties.

* Beperkte functionaliteit: De database kan bepaalde bewerkingen mogelijk niet gemakkelijk uitvoeren omdat de relaties niet duidelijk zijn gedefinieerd. Het kan bijvoorbeeld moeilijk zijn om alle studenten te vinden die voor een bepaalde cursus zijn ingeschreven als de relatie niet goed is gemodelleerd.

* Moeilijk onderhoud: Het aanpassen of uitbreiden van de database wordt een nachtmerrie omdat het gebrek aan duidelijke relaties het moeilijk maakt om de bestaande datastructuur en de implicaties ervan te begrijpen.

Samenvattend leiden zowel gegevensredundantie als het onvermogen om relaties correct weer te geven tot een database die inefficiënt is, gevoelig voor fouten, moeilijk te onderhouden is en de beoogde bedrijfslogica niet effectief ondersteunt. Een goed relationeel databaseontwerp heeft tot doel redundantie te minimaliseren en relaties expliciet te modelleren met behulp van technieken als normalisatie en het tot stand brengen van externe sleutelrelaties.