Что такое DROP?

Что такое DROP в SQL: полное руководство

DROP — это одна из самых важных (и опасных!) команд в SQL. Она полностью удаляет объекты из базы данных и не подлежит восстановлению без backup.

Основное определение

DROP — это DDL (Data Definition Language) команда, которая удаляет структуру объекта и все его содержимое из базы данных. В отличие от DELETE (удаляет данные, сохраняет структуру), DROP удаляет всё.

Основные варианты DROP

1. DROP TABLE — удаление таблицы полностью

DROP TABLE users;

Эта команда:

• Удаляет саму таблицу
• Удаляет все данные в ней
• Удаляет все индексы, constraints, triggers
• Освобождает место в базе данных
• Не подлежит откату без ROLLBACK (если в транзакции) или backup

Сравнение с DELETE:

-- DELETE: удаляет только данные
DELETE FROM users;
-- Таблица существует, но она пуста
-- Занимает место в базе

-- DROP: удаляет таблицу целиком
DROP TABLE users;
-- Таблица полностью исчезла, место освобождено

2. DROP DATABASE — удаление всей базы данных

DROP DATABASE analytics_db;

Опасна экстремально! Удаляет всё:

• Все таблицы
• Все представления
• Все хранимые процедуры
• Все данные

Правило: никогда не запускай эту команду в продакшене без трёх подтверждений!

3. DROP INDEX — удаление индекса

DROP INDEX idx_user_email;

Удаляет индекс, но таблица остаётся. Запросы по полю станут медленнее.

4. DROP VIEW — удаление представления

DROP VIEW user_summary_view;

Удаляет виртуальную таблицу (представление).

5. DROP SCHEMA — удаление всей схемы

DROP SCHEMA public CASCADE;

Удаляет всю схему и все объекты в ней (при CASCADE).

Варианты синтаксиса

DROP IF EXISTS — безопасное удаление

-- Попробует удалить, если существует
DROP TABLE IF EXISTS users;
-- Если таблицы нет, ошибки не будет

Это очень полезно для скриптов и миграций:

-- В миграции: сначала удалим старую версию, потом создадим новую
DROP TABLE IF EXISTS users;

CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    email VARCHAR(255) NOT NULL,
    created_at TIMESTAMP
);

DROP TABLE ... CASCADE — удаление с зависимостями

DROP TABLE users CASCADE;

Если на таблицу есть foreign keys от других таблиц, DROP упадет с ошибкой:

ERROR: cannot drop table users because other objects depend on it

CASCADE решает проблему:

• Удаляет зависящие объекты (например, таблицы-ссылки удалятся вместе)
• Очень опасно, т.к. можно случайно удалить много таблиц

DROP TABLE ... RESTRICT — недопуск удаления с зависимостями

DROP TABLE users RESTRICT;  -- RESTRICT по умолчанию

Выбросит ошибку, если есть зависимости. Безопаснее CASCADE.

Примеры использования в реальных сценариях

Сценарий 1: Удаление старой таблицы перед миграцией

-- Миграция: обновляем schema таблицы
DROP TABLE IF EXISTS transactions;

CREATE TABLE transactions (
    id UUID PRIMARY KEY,
    user_id BIGINT NOT NULL,
    amount DECIMAL(10, 2),
    status VARCHAR(50),
    created_at TIMESTAMP WITH TIME ZONE,
    FOREIGN KEY (user_id) REFERENCES users(id)
);

CREATE INDEX idx_transactions_user_id ON transactions(user_id);
CREATE INDEX idx_transactions_created_at ON transactions(created_at);

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

-- Создали временную таблицу для анализа
CREATE TEMP TABLE temp_user_cohorts AS
SELECT user_id, DATE_TRUNC('month', signup_date) as cohort_month
FROM users;

-- Сделали анализ
SELECT cohort_month, COUNT(*) FROM temp_user_cohorts GROUP BY cohort_month;

-- Удалили
DROP TABLE temp_user_cohorts;

Сценарий 3: Откат в развитии (удаление новых таблиц)

-- Я создал таблицу для нового feature
CREATE TABLE feature_flags (
    id SERIAL PRIMARY KEY,
    feature_name VARCHAR(255),
    enabled BOOLEAN
);

-- Feature отклонен, откатываемся
DROP TABLE IF EXISTS feature_flags;

DROP vs TRUNCATE vs DELETE: разница

Пример:

DELETE FROM users;
-- 1M строк удалено за 5 секунд, но таблица существует
-- Место НЕ освобождено

TRUNCATE users;
-- 1M строк удалено за 0.1 секунды
-- Место может быть освобождено (зависит от БД)

DROP TABLE users;
-- Таблица полностью удалена
-- Место освобождено

Опасности DROP: как защитить себя

Ошибка 1: случайное удаление в продакшене

-- ОПАСНО! Никогда не делай так в продакшене
DROP TABLE users;  -- Где? В PRODUCTION? Нет!!!

Защита:

• Никогда не работай с БД напрямую
• Используй миграции (goose, alembic, liquibase)
• Review-процесс перед миграцией

Ошибка 2: забыл WHERE

-- Хотел удалить одну таблицу, удалил все
DROP TABLE users;  -- Упс, забыл IF EXISTS и проверку

Защита:

• Используй IF EXISTS
• Всегда сначала SELECT, потом DELETE/DROP
• В скриптах добавляй confirm-запрос

Ошибка 3: CASCADE убил всё

DROP TABLE users CASCADE;  -- Удалил 15 dependent таблиц!

Защита:

• Используй RESTRICT по умолчанию
• Вручную удаляй dependent объекты сначала
• DROP ... CASCADE только если точно знаешь, что делаешь

Практические советы

1. В разработке (development)

• DROP свободно, это БД для экспериментов
• Всегда используй IF EXISTS

2. На тестовом окружении (staging)

• Будь осторожнее, но можно восстановить из backup
• Всё равно используй IF EXISTS

3. В продакшене (production)

• НИКОГДА не используй DROP напрямую
• Только через миграции
• Только после code review
• Всегда наличие backup перед миграцией
• Иногда лучше помечить таблицу как deprecated, чем удалять

4. Лучшая практика: soft delete

Вместо физического удаления, добавляй флаг:

CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    email VARCHAR(255),
    deleted_at TIMESTAMP,  -- NULL = активный, дата = удалён
    created_at TIMESTAMP
);

-- "Удаление"
UPDATE users SET deleted_at = NOW() WHERE id = 123;

-- При выборке
SELECT * FROM users WHERE deleted_at IS NULL;  -- Только активные

Это безопаснее, т.к. можно восстановить данные.

Заключение

DROP — это мощная, но опасная команда. Основные моменты:

1. DROP удаляет структуру и данные, не восстанавливаемо
2. Всегда используй IF EXISTS в скриптах
3. RESTRICT более безопасен, чем CASCADE
4. В продакшене только через миграции (не вручную)
5. Лучше мягкое удаление (soft delete), чем физическое
6. Backup перед DROP в production

В аналитике DROP редко используется (мы работаем с данными, а не со структурой). Но когда нужно очистить временные таблицы или откатить изменения schema, это критичная команда. Главное — использовать её аккуратно!