Как удалял данные в базе данных

Общие подходы к удалению данных в базе данных

Как QA Engineer, при работе с удалением данных в базе данных (БД) я фокусируюсь на валидации корректности операции, обеспечении целостности данных и минимизации рисков. На практике я взаимодействую с БД для подготовки тестовых данных, очистки окружения или проверки бизнес-логики. Основные методы удаления:

• Оператор DELETE – удаление строк из таблицы с возможностью фильтрации.
• Оператор TRUNCATE – быстрое удаление всех строк из таблицы (часто DDL-операция).
• Оператор DROP – полное удаление таблицы или базы данных.

1. Использование оператора DELETE (для точечного или условного удаления)

Это самый частый сценарий в тестировании. Я использую DELETE, когда нужно удалить конкретные тестовые данные, например, созданные в ходе выполнения тест-кейса.

Пример для реляционной БД (например, PostgreSQL/MySQL):

-- Удаление конкретной записи по ID
DELETE FROM users WHERE id = 1001;

-- Удаление записей по условию (например, созданных тестовым пользователем)
DELETE FROM orders WHERE user_email = 'test.user@example.com';

-- Каскадное удаление (зависит от настроенных FOREIGN KEY CONSTRAINT)
DELETE FROM projects WHERE status = 'CLOSED';
-- Если на projects есть ссылки из других таблиц (например, tasks), 
-- и настроено ON DELETE CASCADE, то связанные записи удалятся автоматически.

Ключевые проверки для QA после DELETE:

• Убедиться, что удалены только целевые записи (проверить WHERE).
• Проверить целостность данных: не осталось ли "висячих" ссылок (сирот) в связанных таблицах, если каскад не настроен.
• Валидировать на уровне приложения: соответствующие сущности больше не отображаются в UI/API.
• Проверить работу триггеров (если они есть), которые могут срабатывать при удалении.
• Удостовериться, что индексы и статистика таблицы ведут себя ожидаемо.

2. Использование оператора TRUNCATE (для полной очистки таблицы)

TRUNCATE используется мной, когда необходимо быстро очистить всю таблицу (например, для подготовки тестового окружения). Важно: операция обычно нелогируемая (минимальное кол-во записей в журнале транзакций) и сбрасывает счетчики автоинкремента (AUTO_INCREMENT/SEQUENCE).

Пример:

-- Полная очистка таблицы. Осторожно! Данные восстановить сложно.
TRUNCATE TABLE audit_log;

-- Часто используется в фикстурах или перед запуском набора интеграционных тестов
TRUNCATE TABLE cart_items, orders, payments CASCADE; -- (CASCADE поддерживается не во всех СУБД)

Ключевые проверки для QA:

• Все строки таблицы удалены, структура (столбцы, индексы, constraints) сохранена.
• Автоинкрементные идентификаторы начинаются снова с 1 (или заданного начального значения).
• Операция не запускает триггеры DELETE в большинстве СУБД (это важно знать!).
• Проверить, что не нарушены ссылки из других таблиц, если TRUNCATE был выполнен без CASCADE на таблице, на которую ссылаются через FK.

3. Скрипты и инструменты для безопасного удаления данных в тестировании

При работе я никогда не выполняю операции удаления в продовой базе и стараюсь минимизировать ручные запросы. Вместо этого я использую:

• Фикстуры и миграции (например, в Rails, Django, Liquibase): данные очищаются и заполняются через управляемые скрипты.
• Тестовые хуки: @BeforeEach, @AfterEach (в JUnit, pytest) для очистки базы после каждого теста.
• Отдельные тестовые базы данных или схемы: изолированное окружение, которое можно безопасно "сносить" и пересоздавать.
• Дампы и снапшоты БД: быстрое восстановление исходного состояния.

Пример скрипта на Python (с использованием pytest и SQLAlchemy) для очистки после теста:

import pytest
from sqlalchemy import create_engine, text

@pytest.fixture(autouse=True)
def clean_database():
    # Действия до теста (при необходимости)
    yield
    # Действия после теста - очистка конкретных таблиц
    engine = create_engine('postgresql://test:test@localhost/test_db')
    with engine.connect() as connection:
        # Отключаем проверку FK для безопасной очистки в нужном порядке
        connection.execute(text('SET CONSTRAINTS ALL DEFERRED'))
        connection.execute(text('DELETE FROM order_items'))
        connection.execute(text('DELETE FROM orders'))
        connection.execute(text('DELETE FROM users WHERE email LIKE :pattern'),
                           {'pattern': 'test.%@example.com'})
        connection.commit()

4. Рекомендации и меры предосторожности

1. Всегда делайте бэкап или убедитесь, что работаете с копией БД.
2. Используйте транзакции (BEGIN; ... COMMIT/ROLLBACK;), чтобы иметь возможность отката при ошибке.
3. Проверяйте условие WHERE дважды перед выполнением DELETE. Лучше сначала выполнить SELECT с тем же условием.
4. Согласуйте с разработчиками и DevOps политику очистки данных на тестовых стендах.
5. Автоматизируйте процессы очистки, чтобы избежать человеческого фактора.

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