Prea multă normalizare

Reamintește-ți definiția tabelului loan.

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
);

A fost propus un nou design pentru acest tabel, care să satisfacă 1NF. Definiția revizuită înlocuiește approval_date cu approval_month, approval_day și approval_year:

CREATE TABLE loan (
    ...
    approval_month SMALLINT,
    approval_day SMALLINT,
    approval_year SMALLINT,
    ...
);

Acest exercițiu demonstrează cum normalizarea excesivă poate permite inserarea de date invalide.

Acest exercițiu face parte din cursul

Crearea bazelor de date PostgreSQL

Vezi cursul

Instrucțiuni pentru exercițiu

Elimină instrucțiunea INSERT INTO care, dacă ar fi executată, ar insera date invalide în tabel.

Exercițiu interactiv practic

Încearcă acest exercițiu completând acest cod de exemplu.

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);

Editează și rulează codul