В платформе, использующей Flask, SQLAlchemy и Alembic, нам постоянно нужно создавать новые отдельные экземпляры со своим набором ресурсов, включая базу данных.
При создании нового экземпляра SQLAlchemy create_all предоставляет нам базу данных со всеми обновлениями до момента создания экземпляра, но это означает, что этот новый экземпляр не имеет истории миграций, которая есть у более старых экземпляров. У него нет таблицы ревизий Alembic, указывающей на последнюю миграцию.
Поэтому, когда приходит время обновить как старые экземпляры (с историей миграций), так и более новый экземпляр без истории миграций, мы должны либо предоставить более новому экземпляру настраиваемый набор ревизий (игнорируя более старые миграции, чем сама база данных), либо создать фальшивую историю миграций. для него и использовать глобальный набор миграций. Пару раз, когда это случалось, мы делали последнее.
Является ли корневая миграция, которая настраивает всю базу данных так, как она была до первой миграции, а затем запускает все миграции вместо create_all, лучшим вариантом для начальной загрузки базы данных новых экземпляров?
Меня беспокоит масштабируемость этого, поскольку число миграций увеличивается.
Может есть вообще другой вариант?
