Ультимативный учебник по SQL

2. Типы данных

Каждый столбец в таблице имеет строго определенный тип данных. Это обеспечивает целостность и предсказуемость хранения информации.

• INTEGER (INT): Целые числа (1, 100, -50).
• VARCHAR(n): Текстовая строка переменной длины до n символов ('Иван'). Экономит место.
• CHAR(n): Текстовая строка фиксированной длины n символов ('M', 'F'). Быстрее для полей с одинаковой длиной.
• TEXT: Для хранения длинных текстов (описания товаров, статьи).
• DECIMAL(p, s) / NUMERIC: Числа с фиксированной точностью (199.99). Идеальны для денег, чтобы избежать ошибок округления.
• FLOAT / REAL: Числа с плавающей точкой. Используются для научных расчетов.
• DATE: Дата ('2025-10-03').
• TIMESTAMP / DATETIME: Дата и время ('2025-10-03 17:00:00'). TIMESTAMP часто хранит время в UTC.
• BOOLEAN: Логические значения (true или false).
• NULL: Специальное значение, означающее "нет данных" или "неприменимо". Не путать с пустой строкой '' или нулем 0.

3. Создание и управление (DDL & DML)

Это команды для работы со структурой базы (DDL - Data Definition Language) и манипулирования самими данными (DML - Data Manipulation Language). Для всех примеров ниже мы будем использовать тестовую таблицу employees.

Работа с базами данных

SHOW DATABASES;

-- Создаем новую БД CREATE DATABASE test_automation_db;

-- Удаляем БД после тестов DROP DATABASE test_automation_db;

USE main_project_db;

Работа с таблицами

CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100) UNIQUE,
    birthdate DATE
);

INSERT INTO employees (first_name, last_name, email, department_id, salary)
VALUES ('Тест', 'Тестов', 'test@example.com', 2, 55000.00);

UPDATE employees SET email = 'new_email@example.com' WHERE id = 2;

DELETE FROM employees WHERE email = 'test@example.com';

-- Добавление нового столбца ALTER TABLE employees ADD COLUMN phone_number VARCHAR(20);

-- Изменение типа столбца ALTER TABLE employees MODIFY COLUMN phone_number INT;

-- Удаление столбца ALTER TABLE employees DROP COLUMN birthdate;

4. Выборка данных (SELECT)

SELECT — самая частая команда в работе тестировщика. Она позволяет "доставать" нужные данные для проверки. Для всех примеров будем использовать эту таблицу:

SELECT * FROM employees;

SELECT DISTINCT department_id FROM employees;

SELECT * FROM employees LIMIT 3;

SELECT first_name AS "Имя", last_name AS "Фамилия" FROM employees;

SELECT * FROM employees WHERE department_id = 1;

SELECT * FROM employees WHERE department_id = 1 AND salary > 71000;

SELECT * FROM employees WHERE department_id = 1 OR department_id = 3;

-- % означает любое количество символов SELECT * FROM employees WHERE last_name LIKE '%ов';

-- _ означает ровно один любой символ SELECT * FROM employees WHERE first_name LIKE 'Ива_';

SELECT * FROM employees WHERE salary BETWEEN 65000.00 AND 75000.00;

SELECT * FROM employees WHERE department_id IN (2, 3);

SELECT * FROM employees WHERE NOT department_id = 1;

-- Сортировка по убыванию SELECT * FROM employees ORDER BY salary DESC;

5. Агрегация и Группировка

Агрегатные функции выполняют вычисления на наборе значений и возвращают одно-единственное значение. Они почти всегда используются с GROUP BY.

SELECT COUNT(*) AS total_employees FROM employees;

SELECT MIN(salary) AS min_salary,
    MAX(salary) AS max_salary,
    AVG(salary) AS avg_salary,
    SUM(salary) AS total_salary_fund
FROM employees;

SELECT department_id,
    COUNT(id) AS employee_count
FROM employees GROUP BY department_id HAVING COUNT(id) > 1;

6. Объединение результатов

Операторы UNION и UNION ALL объединяют результаты двух или более SELECT запросов в один набор данных.

Правила применения UNION:

• Каждый SELECT запрос в UNION должен иметь одинаковое количество столбцов.
• Столбцы также должны иметь совместимые типы данных (например, нельзя объединять число со строкой).
• Столбцы в каждом SELECT запросе должны быть в одинаковом порядке.
• Названия столбцов в итоговом результате берутся из первого SELECT запроса.

SELECT email FROM employees UNION SELECT email FROM customers;

SELECT user_id,
    action,
    timestamp FROM login_logs UNION ALL SELECT user_id,
    action,
    timestamp FROM action_logs;

7. JOIN'ы

JOIN'ы позволяют объединять строки из двух или более таблиц по связанным столбцам (ключам). Это одна из самых мощных концепций в SQL.

Таблицы для примеров:

SELECT u.name, o.item FROM users u
INNER JOIN orders o ON u.id = o.user_id;

SELECT u.name, o.item FROM users u
LEFT JOIN orders o ON u.id = o.user_id;

SELECT u.name, o.item FROM users u
RIGHT JOIN orders o ON u.id = o.user_id;

8. Продвинутые темы

Транзакции

Транзакция — это последовательность операций, которая выполняется как единое целое по принципу "всё или ничего". Либо все операции успешны и сохраняются (COMMIT), либо все отменяются (ROLLBACK). Это гарантирует целостность данных.

START TRANSACTION;
-- Снимаем 100$ со счета A UPDATE Accounts SET balance = balance - 100 WHERE id = 'A';
-- Добавляем 100$ на счет B UPDATE Accounts SET balance = balance + 100 WHERE id = 'B';
-- Если обе операции успешны, сохраняем изменения COMMIT;

Зачем тестировщику дампы?

Дамп (dump) — это файл, содержащий структуру и данные базы данных в виде набора SQL-команд. QA-инженер использует дампы для:

• Воспроизведения багов. Если на продакшене произошел баг, связанный с данными, разработчики могут прислать "обезличенный" дамп (без персональных данных), чтобы QA мог локально развернуть копию БД и точно воспроизвести проблему.
• Настройки тестового окружения. Вместо ручного создания сотен тестовых записей, можно один раз развернуть готовый дамп с преднастроенными данными, что экономит массу времени.
• Тестирования миграций. Чтобы проверить, что скрипт обновления структуры БД (миграция) работает корректно, QA может взять дамп старой версии, "накатить" на него миграцию и проверить, что все данные на месте и структура обновилась правильно.
• Анализа данных от клиента. Иногда клиенты присылают дампы своих данных для анализа сложных проблем. QA может развернуть их на тестовом стенде и исследовать, не затрагивая "боевую" систему клиента.

9. Практический SQL для QA

SQL — это не теория, а ежедневный инструмент тестировщика. Вот как выглядит типичный рабочий процесс.

Шаг 0: Получение доступа

Прежде чем начать, вам понадобятся доступы к базе данных. Запросите у системного администратора или тимлида следующие данные:

• Хост (Host/Server): Адрес сервера, где находится БД (например, db-test.myproject.com).
• Порт (Port): Обычно 5432 для PostgreSQL или 3306 для MySQL.
• Имя базы данных (Database Name): Например, myproject_test_db.
• Имя пользователя (Username) и Пароль (Password).
• Клиент для подключения: Уточните, какой программой пользоваться (DBeaver, DataGrip, pgAdmin).

Пример: Тестирование регистрации нового пользователя

Представим, что мы тестируем форму регистрации на сайте.