Какие знаешь требования для SQL баз данных?

Требования к SQL базам данных (ACID)

Основные требования к транзакционной целостности в SQL базам данных формулируются в виде ACID — набора свойств, гарантирующих надежную обработку транзакций.

1. Атомарность (Atomicity)

Транзакция выполняется целиком или не выполняется вообще. Не допускаются промежуточные состояния.

• Реализация: Используется журнал транзакций (WAL — Write-Ahead Logging).
• Пример на Go с откатом при ошибке:

func transferMoney(db *sql.DB, from, to string, amount int) error {
    tx, err := db.Begin()
    if err != nil {
        return err
    }
    
    defer func() {
        if p := recover(); p != nil || err != nil {
            tx.Rollback()
        }
    }()
    
    _, err = tx.Exec("UPDATE accounts SET balance = balance - ? WHERE id = ?", amount, from)
    if err != nil {
        return err
    }
    
    _, err = tx.Exec("UPDATE accounts SET balance = balance + ? WHERE id = ?", amount, to)
    if err != nil {
        return err
    }
    
    return tx.Commit()
}

2. Согласованность (Consistency)

Транзакция переводит базу данных из одного валидного состояния в другое, соблюдая все бизнес-правила.

• Пример: Проверка ограничений (CHECK, FOREIGN KEY), триггеры.
• Ключевые механизмы:
  • Ограничения целостности
  • Типизированные данные
  • Каскадные операции

3. Изолированность (Isolation)

Параллельные транзакции не должны влиять друг на друга. Реализуется через уровни изоляции:

• Read Uncommitted — грязные чтения
• Read Committed — только зафиксированные данные (стандарт в PostgreSQL)
• Repeatable Read — гарантирует повторяемость чтений
• Serializable — полная изоляция, как последовательное выполнение

-- Установка уровня изоляции в PostgreSQL
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

4. Долговечность (Durability)

После фиксации транзакции изменения сохраняются даже при сбоях системы.

• Технологии обеспечения:
  • Синхронная запись на диск
  • Репликация данных
  • Резервное копирование
  • Журналирование (WAL)

Дополнительные требования к промышленным СУБД

Производительность и масштабируемость

• Индексы (B-деревья, хеш-индексы, покрывающие индексы)
• Партиционирование данных по диапазонам или хешу
• Кэширование запросов и результатов
• Шардирование для горизонтального масштабирования

Надежность и отказоустойчивость

• Репликация (master-slave, master-master)
• Кластеризация с автоматическим failover
• Point-in-Time Recovery (PITR)
• Тестовые стенды для проверки миграций

Безопасность

• Аутентификация и авторизация (ролевая модель)
• Шифрование данных на rest и in transit (TLS)
• Аудит действий (кто, когда, что изменил)
• Маскирование чувствительных данных

Удобство разработки и администрирования

• Расширения и пользовательские типы (PostgreSQL)
• Хранимые процедуры и функции
• Мониторинг метрик (запросы, блокировки, deadlock'и)
• Миграции схемы с контролем версий

Практические примеры обеспечения требований

Использование транзакций в Go

func processOrder(db *sql.DB, orderID int) error {
    tx, err := db.BeginTx(ctx, &sql.TxOptions{
        Isolation: sql.LevelSerializable,
        ReadOnly:  false,
    })
    if err != nil {
        return err
    }
    
    // Бизнес-логика с проверками
    var stock int
    err = tx.QueryRow("SELECT quantity FROM stock WHERE product_id = ?", productID).Scan(&stock)
    if err != nil || stock < requested {
        tx.Rollback()
        return fmt.Errorf("insufficient stock")
    }
    
    // Все изменения в одной транзакции
    _, err = tx.Exec("UPDATE stock SET quantity = quantity - ?", requested)
    _, err = tx.Exec("INSERT INTO orders ...")
    
    return tx.Commit()
}

Мониторинг блокировок

-- PostgreSQL: поиск блокировок
SELECT blocked_locks.pid     AS blocked_pid,
       blocking_locks.pid    AS blocking_pid,
       blocked_activity.query AS blocked_query
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_stat_activity blocked_activity ON blocked_locks.pid = blocked_activity.pid
JOIN pg_catalog.pg_locks blocking_locks ON blocking_locks.locktype = blocked_locks.locktype
WHERE NOT blocked_locks.granted;

Требования к SQL базам данных формируют комплексный подход к управлению данными, где ACID обеспечивает фундаментальную надежность, а дополнительные требования — промышленную пригодность системы. Современные СУБД (PostgreSQL, MySQL, SQL Server) реализуют эти требования с различными компромиссами между согласованностью, доступностью и производительностью.