Логическая и физическая независимость данных

1. Доисторическая эпоха: файловый ад 1960-х

До изобретения СУБД приложения писались с жесткой привязкой к байтам на магнитном носителе:

• Программа знала точное смещение полей: «Байты 0..19 — ФИО, байты 20..27 — Оклад».
• Порядок сортировки определялся физическим порядком перфокарт или дорожек диска.

2. Спасение: Трехуровневая архитектура ANSI/SPARC

3. Что такое логическая независимость данных?

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

4. Защитный экран: Представления (VIEW)

Представление (VIEW) — виртуальная именованная выборка. Клиентский код считает ее обычной таблицей:

-- Разбиваем монолитную таблицу Клиенты на ЮрЛица и ФизЛица.
-- Создаем VIEW для старого софта:
CREATE OR REPLACE VIEW Clients AS
SELECT client_id, company_name AS name, inn, 'LEGAL' AS type FROM Legal_Entities
UNION ALL
SELECT client_id, full_name AS name, inn, 'INDIVIDUAL' AS type FROM Individuals;

Старая программа выполняет SELECT * FROM Clients и получает идентичный результат!

5. Как обновлять разделенные данные: Триггеры INSTEAD OF

Представления с UNION ALL по умолчанию не поддерживают прямую запись (INSERT). Решение — триггер перехвата:

CREATE OR REPLACE TRIGGER trg_clients_insert
INSTEAD OF INSERT ON Clients
FOR EACH ROW
BEGIN
  IF :NEW.type = 'LEGAL' THEN
    INSERT INTO Legal_Entities(company_name, inn) VALUES (:NEW.name, :NEW.inn);
  ELSE
    INSERT INTO Individuals(full_name, inn) VALUES (:NEW.name, :NEW.inn);
  END IF;
END;

6. Что такое физическая независимость данных?

Разработчику приложений не нужно знать, лежит ли таблица на SSD, HDD или в облачном хранилище, и какой индекс используется для ускорения выборки.

7. Индексы: ускорение поиска на физическом уровне

-- Добавляем B-Tree индекс:
CREATE INDEX idx_orders_user 
ON Orders USING btree(user_id);

SELECT * FROM Orders 
WHERE user_id = 1042;

8. Секционирование: миллиарды строк без боли

Когда таблица заказов вырастает до сотен миллионов строк, СУБД делит ее на секции (партиции) по годам:

• orders_2024, orders_2025, orders_2026.
• Partition Pruning: при запросе за 2026 год СУБД читает с диска только одну секцию, игнорируя терабайты архива.

9. Табличные пространства (Tablespaces) и Tiered Storage

Клиентские отчеты выполняют одинаковые запросы. Перенос данных по физическим дисковым томам полностью изолирован от прикладных сервисов.

10. Сравнение видов независимости данных

11. Инженерный разбор: Рефакторинг кассового узла

Задача: В таблицу Customers добавлено поле loyalty_tier (уровень кэшбэка). Старые кассовые терминалы при попытке выполнить SELECT * падают из-за неожиданной новой колонки в протоколе обмена.

12. Топ-3 ошибок студентов при анализе

1. «Создание индекса — это изменение логической схемы»: НЕТ! Индекс не добавляет новых данных и не меняет состав полей таблицы. Это чистый физический уровень.
2. «VIEW копирует данные и тратит диск»: НЕТ! Обычное VIEW — это сохраненный SQL-запрос (виртуальное окно), оно не дублирует строки на диске.
3. «При партиционировании нужно писать новые имена таблиц»: НЕТ! Приложение всегда обращается к мастер-таблице, ядро СУБД диспетчеризирует чтение самостоятельно.

13. Главные выводы архитектора баз данных

• Независимость данных — фундаментальная причина победы реляционных СУБД над файловыми архивами.
• Никогда не давайте внешним приложениям прямой доступ к базовым таблицам критических систем — используйте слой представлений (VIEW).
• Настраивайте индексы и размещайте данные по дискам свободно: бизнес-логика ваших приложений при этом не пострадает.