Constrângeri multiple și la nivel de tabel

Asigurarea faptului că datele din baza de date sunt corecte la nivelul cel mai elementar ("integritatea datelor") este fundamentală. Dacă scrieți siguranță numai în aplicația Node.js, erorile ar putea cauza date inconsecvente în DB. Constrângerile la nivelul DDL sunt ultima linie de apărare impenetrabilă.

Principalele constrângeri

Pe lângă PRIMARY KEY (care face o coloană unică și NOT NULL) și clasicele NOT NULL și UNIQUE, există două categorii fundamentale pentru consistența logică a datelor:

1. CHEIE străină (integritate referenţială)

O constrângere REFERENCES asigură că un ID de legătură există într-adevăr în tabelul „părinte” către care indică. De exemplu, o comandă trebuie să fie legată de un client existent.

CREATE TABLE orders (
  id SERIAL PRIMARY KEY,
  customer_id INTEGER REFERENCES customers(id)
);

Ce face cheia externă?

• Vă împiedică să introduceți un customer_id care nu există în customers.
• Vă împiedică să DELETE (ștergerea) un client din customers dacă există comenzi care țin spre el (protejează împotriva înregistrărilor „orfane”).

De asemenea, putem decide ce ar trebui să se întâmple când „părintele” este șters:

customer_id INTEGER REFERENCES customers(id) ON DELETE CASCADE

Cu ON DELETE CASCADE, dacă ștergem clientul, Postgres va elimina automat toate orders conectate! (Folosiți cu mare precauție; în mod normal, setarea implicită care blochează operația este de preferat.)

2. VERIFICAȚI Constrângeri

O constrângere CHECK validează rândul testând o expresie booleană înainte de a continua salvarea.

CREATE TABLE contratti (
  id SERIAL PRIMARY KEY,
  stipendio NUMERIC(10,2) CHECK (stipendio > 0),
  data_inizio DATE,
  data_fine DATE,
  CHECK (data_fine > data_inizio)
);

Prima CHECK este o constrângere de coloană (se referă doar la stipendio). A doua CHECK din partea de jos este o constrângere de tabel (poate încrucișa valori din mai multe coloane și trebuie declarată în partea de jos).

Dacă un INSERT sau UPDATE încearcă să salveze sfârșitul înainte de începere, Postgres îl va respinge cu o eroare!

Constrângeri de denumire

Este adesea o bună practică să acordați constrângerilor un nume explicit (folosind cuvântul cheie CONSTRAINT). În acest fel, când Postgres blochează o înregistrare, eroarea vă va spune, de exemplu, „constraint 'stipendio_positivo' încălcat”, ceea ce este mult mai clar pentru depanare!

CREATE TABLE prodotti (
  id SERIAL PRIMARY KEY,
  nome VARCHAR(50),
  CONSTRAINT nome_univoco UNIQUE(nome)
);

Încearcă

Constrângeri cu logică personalizată