Zu viel Normalisierung
Rufe dir die Definition der Tabelle loan ins Gedächtnis.
CREATE TABLE loan (
borrower_id INTEGER REFERENCES borrower(id),
bank_id INTEGER REFERENCES bank(id),
approval_date DATE NOT NULL DEFAULT CURRENT_DATE,
gross_approval DECIMAL(9, 2) NOT NULL,
term_in_months SMALLINT NOT NULL,
revolver_status BOOLEAN NOT NULL DEFAULT FALSE,
initial_interest_rate DECIMAL(4, 2) NOT NULL
);
Für diese Tabelle wurde ein neues Design vorgeschlagen, um die 1NF zu erfüllen. Die überarbeitete Tabellendefinition ersetzt approval_date durch approval_month, approval_day und approval_year:
CREATE TABLE loan (
...
approval_month SMALLINT,
approval_day SMALLINT,
approval_year SMALLINT,
...
);
Diese Übung zeigt, wie zu viel Normalisierung dazu führen kann, dass ungültige Daten eingefügt werden können.
Diese Übung ist Teil des Kurses
Erstellen von PostgreSQL-Datenbanken
Anleitung zur Übung
- Entferne die
INSERT INTO-Anweisung, die beim Ausführen dazu führen würde, dass ungültige Daten in die Tabelle eingefügt werden.
Interaktive Übung
Vervollständige den Beispielcode, um diese Übung erfolgreich abzuschließen.
INSERT INTO loan (
borrower_id, bank_id, approval_month, approval_day,
approval_year, gross_approval, term_in_months,
revolver_status, initial_interest_rate
) VALUES (12, 14, 12, 1, 2013, 421115, 120, false, 4.42);
INSERT INTO loan (
borrower_id, bank_id, approval_month, approval_day,
approval_year, gross_approval, term_in_months,
revolver_status, initial_interest_rate
) VALUES (3, 201, 6, 42, 2017, 30015, 60, true, 3.25);
INSERT INTO loan (
borrower_id, bank_id, approval_month, approval_day,
approval_year, gross_approval, term_in_months,
revolver_status, initial_interest_rate
) VALUES (19, 5, 8, 19, 2018, 200000, 120, false, 6.3);