UPSERT: вставляем или обновляем запись!

Нередко требуется добавить данные без риска дубликата. Реализуем UPSERT — вставка при отсутствии и обновление при конфликте.

Задаём таблицу:

CREATE TABLE users (
  id BIGINT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
  email TEXT UNIQUE NOT NULL,
  login_count INT NOT NULL DEFAULT 0
);

Пробная вставка:

INSERT INTO users (email, login_count)
VALUES ('alice@mail.com', 1);

UPSERT при конфликте (увеличиваем счётчик и сразу возвращаем результат):

INSERT INTO users AS u (email, login_count)
VALUES ('alice@mail.com', 1)
ON CONFLICT (email) DO UPDATE
SET login_count = u.login_count + EXCLUDED.login_count
RETURNING email, login_count;

Результат:

email           | login_count
----------------+------------
alice@mail.com  | 2

🔥 Такой приём избавляет от дубликатов и делает вставку надёжной.

➡️ SQL Ready | #практика

CHECK — встроенный контроль качества данных!

Он помогает базе сразу отбраковывать мусорные или аномальные значения, не дожидаясь ошибок в приложении или аналитике.

Пример: таблица заказов

CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    customer_id INT NOT NULL,
    total_amount DECIMAL(10,2) NOT NULL CHECK (total_amount >= 0),
    status VARCHAR(20) NOT NULL CHECK (status IN ('new', 'pending', 'shipped'))
);

Попытка вставить некорректное значение:

INSERT INTO orders VALUES (1, 101, -500, 'new');
-- ERROR: check constraint violated

Можно добавлять бизнес-правила:

ALTER TABLE orders
ADD CONSTRAINT chk_min_total CHECK (total_amount >= 100);

Но если в таблице уже есть строки с total_amount < 100, СУБД выдаст ошибку.

🔥 Так что, CHECK — это встроенный «охранник» базы, предотвращающий ошибки ещё до попадания данных в аналитику или отчёты.

➡️ SQL Ready | #практика