делать миграции схем и данных?
это прикладная же задача, какая там теория. Зависит от конкретной субд, конкретной бд, конкретной таблицы и ее схемы и т.д. Для mysql есть например pt-online-schema-change, которая имеет ограничения естественно Общего решения этой задачи не существует ИМХО
Т.е. при каждом изменении схемы или данных надо придумывать как достичь CD для такого изменения?
задача прикладная, чего теоритизировать? Какая конкретно СУБД? в mongodb например не надо схему мигрировать
всё зависит от проекта, от требований к СУБД, от самих данных. например, в гитхабе пишут миграции руками, у сотрудников гитхаба есть требование обеспечить все изменения структуры и данных rollback-скриптами к предыдущему состоянию, каждую миграцию. про данные: бывает, что данные напрямую связаны с бизнесом и регламентированы правительством страны, т.е. отсутствие 1 какой-то строки в таблице влечёт за собой штраф USD 150K. ну а про СУБД уже сказали, что разные инструменты влекут за собой разные подходы..
Liquibase
Существует: https://www.liquibase.org/
если у тебя миграция лочит жирную таблицу, liquibase не спасет. Просто фреймворк для миграций как я понял
Обсуждают сегодня