SQL Ready | Базы Данных

Транзакция — не просто “begin и commit”, а ещё и способ управлять атомарностью и блокировками!

Начинаешь с BEGIN — всё, что дальше, идёт как единое целое:

BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;

Если что-то падает, делай rollback, и база возвращается к исходному состоянию.

Не забывай: каждая открытая транзакция держит блокировки. Чем дольше она живёт, тем выше шанс конфликтов.

Контролируй уровень изоляции - баланс между скоростью и безопасностью:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

🔥 Производительность БД начинается с правильного управления транзакциями и блокировками.

➡️ SQL Ready | #совет

USING — способ объединять таблицы в SQL!

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

Объединим заказы и клиентов по общему полю:

SELECT *
FROM orders
JOIN customers USING (customer_id);

То же самое через ON выглядело бы чуть длиннее и менее лаконично:

SELECT *
FROM orders
JOIN customers ON orders.customer_id = customers.customer_id;

С USING SQL сам убирает дубликаты полей, оставляя одно customer_id в результирующем наборе.

Можно соединять и по нескольким ключам:

SELECT *
FROM orders
JOIN shipments USING (order_id, customer_id);

Пример из аналитики: посчитаем сумму заказов по каждому клиенту:

SELECT customer_id,
       c.customer_name,
       SUM(o.amount) AS total_amount
FROM customers c
JOIN orders o USING (customer_id)
GROUP BY customer_id, c.customer_name
HAVING SUM(o.amount) > 1000
ORDER BY total_amount DESC;

🔥 Используйте USING, когда имена ключей совпадают — это приём, который улучшает читаемость и уменьшает вероятность ошибок.

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

❤️ CodeAbbey — тренажёр алгоритмического мышления!

Сайт с огромной коллекцией задач по программированию, от самых простых до тех, что реально заставят подумать.
Учиться можно на абсолютно любом языке. Отличный способ подтянуть логику, научиться писать аккуратный код и подготовиться к собесам.

📌 Оставляю ссылочку: codeabbey.com

➡️ SQL Ready | #ресурс

🖥 Аналитические (оконные) функции Oracle!

В этой шпаргалке собраны основные оконные функции Oracle SQL, применяемые для аналитики, ранжирования и работы с порядком строк без свёртки данных. Они вычисляют значения в контексте "окна" — набора строк, связанных с текущей строкой. Это мощный инструмент для аналитических отчётов и сложных выборок.

➡️ SQL Ready | #шпора

🖥 Covering Index — ускоряем запросы без изменения логики!

Даже при наличии индекса SQL часто ходит в таблицу, чтобы добрать недостающие поля. INCLUDE решает это: добавляет нужные колонки в индекс и превращает Index Scan в Index Only Scan.

Сегодня в посте:

• Как работает INCLUDE и почему это не дублирование;

• Как проверить, что запрос действительно читает только индекс;

• Где Covering Index даёт реальный прирост.

Производительность начинается не с кода, а с структуры индекса.

➡️ SQL Ready | #гайд

Выбираем уникальные записи с приоритетом по дате!

Когда нужно взять по одной записи на пользователя, DISTINCT не всегда подходит: он не умеет выбирать, какая строка «главная». В PostgreSQL есть мощный приём — DISTINCT ON.

Создадим таблицу:

CREATE TABLE users (
    id INT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
    email TEXT NOT NULL,
    login_count INT,
    created_at TIMESTAMP DEFAULT now()
);

Добавим данные:

INSERT INTO users (email, login_count, created_at) VALUES
('alice@mail.com', 5, '2024-01-01'),
('alice@mail.com', 8, '2024-03-01'),
('bob@mail.com',   2, '2024-02-01');

Теперь выберем только последнюю запись на каждый email:

SELECT DISTINCT ON (email)
       email, login_count, created_at
FROM users
ORDER BY email, created_at DESC, id DESC;

Результат:

email           | login_count | created_at
----------------+--------------+----------
alice@mail.com  | 8            | 2024-03-01
bob@mail.com    | 2            | 2024-02-01

🔥 DISTINCT ON берёт по одной строке на группу, а ORDER BY задаёт, какая именно — последняя, первая или с нужным приоритетом.

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

🖥 Симуляция “Живых клеток” Конвея!

Сегодня создаём модель, в которой SQL решает судьбу каждой клетки — кто выживет, кто родится, а кто исчезнет.

В этом посте:

• Считаем количество живых соседей для каждой клетки;

• Применяем правила “жизни” и получаем следующее поколение;

• Наблюдаем, как база данных буквально оживает на глазах.

Такой приём демонстрирует, что SQL может быть не только инструментом аналитики, но и полноценной средой моделирования.

➡️ SQL Ready | #задача