Приведи пример команды для создания таблицы

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

Основной пример: Создание таблицы пользователей

Предположим, нам нужно создать таблицу для хранения данных о пользователях в системе. Вот типичная команда CREATE TABLE для PostgreSQL или MySQL:

CREATE TABLE users (
    -- Уникальный идентификатор, первичный ключ, автоинкремент
    id BIGSERIAL PRIMARY KEY, -- Для PostgreSQL
    -- id BIGINT AUTO_INCREMENT PRIMARY KEY, -- Альтернатива для MySQL

    -- Имя пользователя, уникальное и обязательное поле
    username VARCHAR(50) NOT NULL UNIQUE,

    -- Электронная почта, уникальная и обязательная
    email VARCHAR(255) NOT NULL UNIQUE,
    
    -- Хеш пароля. Для безопасности используем CHAR для фиксированной длины (например, bcrypt)
    password_hash CHAR(60) NOT NULL,

    -- Полное имя
    full_name VARCHAR(100),

    -- Дата рождения, может быть пустой
    date_of_birth DATE,

    -- Флаг активности, по умолчанию - активен
    is_active BOOLEAN DEFAULT TRUE,

    -- Временные метки для аудита: время создания и обновления записи
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,

    -- Индексы для ускорения поиска (не считая первичного ключа)
    INDEX idx_users_email (email),         -- Индекс на email (для MySQL)
    INDEX idx_users_created_at (created_at DESC) -- Индекс по дате создания

    -- Для PostgreSQL индексы создаются отдельно или так:
    -- CREATE INDEX idx_users_email ON users(email);
);

Ключевые компоненты команды CREATE TABLE

Давайте разберем эту команду по частям, так как понимание каждой секции критически важно для QA инженера при проектировании тестовых данных, валидации схемы БД или поиске дефектов.

• CREATE TABLE users: Ключевое действие и имя новой таблицы. Имена должны быть осмысленными и, как правило, во множественном числе.
• Столбцы и их типы данных: Каждая строка внутри скобок определяет столбец.

    *   `id BIGSERIAL PRIMARY KEY`: **Первичный ключ (PRIMARY KEY)** — уникальный идентификатор строки. `BIGSERIAL` (PostgreSQL) или `BIGINT AUTO_INCREMENT` (MySQL) означают большое целое число, которое генерируется автоматически.
    *   `username VARCHAR(50) NOT NULL UNIQUE`: Тип `VARCHAR(50)` — строка переменной длины до 50 символов. **`NOT NULL`** — ограничение, запрещающее пустые значения. **`UNIQUE`** — гарантирует, что все значения в столбце будут разными.
    *   `password_hash CHAR(60)`: Тип `CHAR` — строка фиксированной длины. Полезно для данных предсказуемого размера (например, хешей bcrypt).
    *   `is_active BOOLEAN DEFAULT TRUE`: Значение по умолчанию (**`DEFAULT`**). Если при вставке не указать это поле, автоматически будет подставлено `TRUE`.
    *   `created_at TIMESTAMP ... DEFAULT CURRENT_TIMESTAMP`: Использование функции в значении по умолчанию. Запись получит метку времени создания автоматически.

• Ограничения (CONSTRAINTS): Правила целостности данных.

    *   `PRIMARY KEY`, `NOT NULL`, `UNIQUE` — это **ограничения уровня столбца**. Они также могут быть объявлены как **ограничения уровня таблицы** в конце (например, `CONSTRAINT pk_users PRIMARY KEY (id)`).
    *   Также существуют **`FOREIGN KEY`** (внешний ключ) и **`CHECK`** (проверка логического условия).

• Индексы (INDEX): Структуры для ускорения поиска и сортировки. Синтаксис их объявления в команде CREATE TABLE может отличаться. Часто их создают отдельной командой CREATE INDEX после создания таблицы.

Пример с внешним ключом и проверкой (CHECK)

Создадим таблицу orders (заказы), которая ссылается на users, и добавим проверку данных.

CREATE TABLE orders (
    id BIGSERIAL PRIMARY KEY,
    user_id BIGINT NOT NULL, -- Ссылаемся на id из таблицы users
    order_number VARCHAR(20) NOT NULL UNIQUE,
    total_amount DECIMAL(10, 2) NOT NULL CHECK (total_amount >= 0), -- Сумма не может быть отрицательной
    status VARCHAR(20) NOT NULL DEFAULT 'new',
    created_at TIMESTAMPTZ DEFAULT CURRENT_TIMESTAMP,

    -- Определение ВНЕШНЕГО КЛЮЧА (FOREIGN KEY)
    -- Гарантирует, что user_id существует в таблице users
    CONSTRAINT fk_orders_user
        FOREIGN KEY (user_id)
        REFERENCES users(id)
        ON DELETE RESTRICT -- Запрещает удаление пользователя, если у него есть заказы
        ON UPDATE CASCADE, -- При изменении id пользователя, оно автоматически обновится здесь

    -- Проверка (CHECK) на уровне таблицы
    CONSTRAINT check_status_values
        CHECK (status IN ('new', 'processing', 'shipped', 'delivered', 'cancelled'))
);

Зачем это нужно QA инженеру?

Понимание DDL (Data Definition Language), к которой относится CREATE TABLE, необходимо для:

1. Тестирования миграций базы данных: Проверка, что скрипты обновления схемы выполняются корректно, создают нужные таблицы и колонки, применяют ограничения.
2. Валидации требований: Убедиться, что физическая модель данных соответствует логической, описанной в требованиях (типы данных, обязательность полей, уникальность).
3. Построения тестовых сценариев: Чтобы осмысленно подготовить тестовые данные, нужно знать, какие поля обязательны (NOT NULL), какие уникальны (UNIQUE), и как связаны таблицы (FOREIGN KEY). Попытка вставить дубликат email — отличный негативный тест.
4. Расследования дефектов: Ошибки вроде ORA-02291: integrity constraint violated или Cannot add or update a child row: a foreign key constraint fails прямо указывают на нарушение ограничений БД, и их root-cause легче найти, зная структуру таблиц.
5. Обсуждения с разработчиками: Общий язык и понимание принципов построения схемы данных.

Практический совет для собеседования: Готовя ответ, можно кратко пояснить, зачем вам, как QA, это знать (см. пункты выше). Это показывает глубину понимания роли и процессов, а не просто заученный синтаксис.