🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Schema Evolution
Эволюция схемы - это способность системы адаптировать структуру данных (таблицы, поля, типы) под новые требования без потери работоспособности всего того, что зависит от бд.
Применяется в случаях, когда:
▶️Нужно добавить или удалить столбцы
▶️Нужно изменить тип данных
▶️Меняется допустимость наличия NULL в полях
▶️Меняется значение по умолчанию
▶️Изменяются или добавляются ключи
▶️При денормализации / нормализации таблиц
▶️Нужно переименовывать поля и т.д.
🟠В чем суть Schema Evolution?
Главный принцип - в плавном изменении текущей версии БД под новые реалии таким образом, чтобы не было сбоев. Для этого могут применяться разные методы.
Например, если мы собираемся удалить поле из таблицы, то его нужно отметить, затем разорвать с ним все зависимости (например, в скриптах), всё протестировать и уже только потом удалить.
Если речь идет об изменении типа данных в отдельных столбцах, то нужно протестировать миграцию, перенести данные в столбцы с новым форматом, проверить связи и только потом удалить всё ненужное.
Еще как пример можно привести глобальную перестройку БД. В этом случае активно используются реплики. До тех пор, пока все процессы не перенесены на новую БД, старая поддерживается в рабочем состоянии.
🟠Технически эволюция схемы реализуется следующим образом:
1️⃣Сначала необходимо спроектировать изменения, а именно понять, какие запросы, процедуры, отчеты и т.п. затронет изменение, то есть выявить связи
2️⃣Затем непосредственно написать сам DML/DDL-скрипт с INSERT / UPDATE / ALTER / DELETE и т.п.
3️⃣Протестировать где-нибудь в безопасной среде, например, на реплике или в песочнице
4️⃣После теста уже применить скрипт для основных данных
5️⃣В конце нужно не забыть удалить временные объекты и обновить документацию