breaking-change, название колонки изменилось.
И какой-то клиент всё ещё продолжает делать запросы со старой колонкой.
Это лучше и надёжнее делать при помощи здравого смысла и ряда принципов и стратегий. В общем случае это нетривиально. Но возможно. Нужны координированные усилия как со стороны DBA так и со стороны backend. Что-то типа: 1) Рядовые миграции не нарушают обратную совместимость с кодом 2) Breaking Change миграции выполняются при полной готовности кода; 3) Код умеет работать с эволюционирующей структурой БД(как минимум создание новой таблицы или стрльца не должно ронять приложение) и т.д. В целом, это интересная архитектурная и инженерная задача. Не столько фреймворков, сколько общей инженерной культуры.
Обсуждают сегодня