Batasan berganda dan tingkat tabel

Memastikan bahwa data dalam database sudah benar pada lapisan paling dasar ("integritas data") adalah hal yang mendasar. Jika Anda hanya menulis keamanan ke dalam aplikasi Node.js, bug dapat menyebabkan data di DB tidak konsisten. Kendala di level DDL adalah garis pertahanan terakhir yang tidak bisa ditembus.

Kendala utama

Selain PRIMARY KEY (yang menjadikan kolom unik dan BUKAN NULL) dan NOT NULL klasik dan UNIQUE, ada dua kategori mendasar untuk konsistensi logis data:

1. KUNCI ASING (Integritas Referensial)

Batasan REFERENCES memastikan bahwa ID penautan benar-benar ada di tabel "induk" yang ditunjuknya. Misalnya, pesanan harus ditautkan ke pelanggan yang ada.

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

Apa yang dilakukan Kunci Asing?

• Ini mencegah Anda memasukkan customer_id yang tidak ada di customers.
• Ini mencegah Anda dari DELETE (menghapus) pelanggan dari customers jika ada pesanan yang mengarah ke mereka (ini melindungi dari catatan "yatim piatu").

Kita juga dapat memutuskan apa yang akan terjadi bila "induk" dihapus:

customer_id INTEGER REFERENCES customers(id) ON DELETE CASCADE

Dengan ON DELETE CASCADE, jika kami menghapus pelanggan, Postgres akan secara otomatis menghapus semua orders yang tertaut! (Gunakan dengan sangat hati-hati; biasanya pengaturan default yang memblokir pengoperasian lebih disukai.)

2. PERIKSA Batasan

Batasan CHECK memvalidasi baris dengan menguji ekspresi boolean sebelum melanjutkan untuk menyimpan.

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

CHECK pertama adalah batasan kolom (hanya mengacu pada stipendio). CHECK kedua di bawah adalah batasan tabel (dapat melintasi nilai dari beberapa kolom, dan harus dideklarasikan di bagian bawah).

Jika INSERT atau UPDATE mencoba menyimpan akhir sebelum awal, Postgres akan menolaknya dengan kesalahan!

Batasan Penamaan

Seringkali merupakan praktik yang baik untuk memberi batasan nama yang eksplisit (menggunakan kata kunci CONSTRAINT). Dengan cara ini, ketika Postgres memblokir catatan, kesalahan akan memberi tahu Anda misalnya "batasan 'stipendio_positivo' dilanggar", yang jauh lebih jelas untuk proses debug!

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

Cobalah

Batasan dengan logika khusus