Как использовать flask-migrate с другими declarative_bases

Проблема в том, что у вас есть два набора моделей, каждый с другим объектом метаданных SQLAlchemy. Модели из PSA были сгенерированы непосредственно из SQLAlchemy, а ваши собственные модели были сгенерированы с помощью Flask-SQLAlchemy.

Flask-Migrate видит только модели, определенные с помощью Flask-SQLAlchemy, потому что объект db, который вы ему даете, знает только о метаданных для этих моделей, он ничего не знает об этих других моделях PSA, которые обходят Flask-SQLAlchemy.

Итак, конечным результатом является то, что каждый раз, когда вы создаете миграцию, Flask-Migrate/Alembic находит эти таблицы PSA в базе данных и решает их удалить, потому что не видит для них никаких моделей.

Я думаю, что лучшее решение вашей проблемы — настроить Alembic так, чтобы он игнорировал определенные таблицы. Для этого вы можете использовать include_object в модуле env.py, хранящемся в каталоге миграции. По сути, вы собираетесь написать функцию, которую Alembic будет вызывать каждый раз, когда сталкивается с новым объектом при создании сценария миграции. Функция вернет False, если рассматриваемый объект является одной из этих таблиц PSA, и True во всех остальных случаях.

Обновление. Другой вариант, который вы включили в ответ, который вы написали, состоит в том, чтобы объединить два объекта метаданных в один, после чего модели из вашего приложения и PSA проверяются Alembic вместе.

Я ничего не имею против метода слияния нескольких объектов метаданных в один, но я думаю, что приложение не должно отслеживать миграции в моделях, которые не принадлежат вам. Во многих случаях Alembic не сможет точно зафиксировать миграцию, поэтому вам может потребоваться внести небольшие исправления в сгенерированный скрипт перед его применением. Для ваших моделей вы можете обнаружить эти неточности, которые иногда проявляются в сценариях миграции, но когда модели не ваши, я думаю, вы можете что-то упустить, потому что вы не будете достаточно знакомы с изменениями, внесенными в эти моделей, чтобы сделать хороший обзор сгенерированного скрипта Alembic.

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

После полезного ответа Мигеля здесь я получил несколько новых ключевых слов для исследования. Я оказался на полезной странице github. в котором содержались дополнительные ссылки, среди прочего, на битбакет Alembic сайт, который очень помог.

В конце концов я сделал это с моим env.py-файлом миграции Alembic:

from sqlalchemy import engine_from_config, pool, MetaData

[...]

# add your model's MetaData object here
# for 'autogenerate' support
# from myapp import mymodel
# target_metadata = mymodel.Base.metadata
from flask import current_app
config.set_main_option('sqlalchemy.url',
                       current_app.config.get('SQLALCHEMY_DATABASE_URI'))

def combine_metadata(*args):
    m = MetaData()
    for metadata in args:
        for t in metadata.tables.values():
            t.tometadata(m)
    return m

from social.apps.flask_app.default import models

target_metadata = combine_metadata(
    current_app.extensions['migrate'].db.metadata,
    models.PSABase.metadata)

Кажется, это работает абсолютно идеально.

Я использую две модели следующим образом: -

Тот, который используется с использованием БД как

db = SQLAlchemy()
app['SQLALCHEMY_DATABASE_URI'] = 'postgresql://postgres:' + POSTGRES_PASSWORD + '@localhost/Flask'
db.init_app(app)

class User(db.Model):
    pass

другой с Базой как

Base = declarative_base()
uri = 'postgresql://postgres:' + POSTGRES_PASSWORD + '@localhost/Flask'
engine = create_engine(uri)
metadata = MetaData(engine)
Session = sessionmaker(bind=engine)
session = Session()

class Address(Base):
    pass

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