时间戳

首页 > 解决方案 > 当架构没有更改时，防止生成 alembic 自动迁移

flask - 当架构没有更改时，防止生成 alembic 自动迁移

问题描述

我正在开发一个烧瓶应用程序，并通过snowflake-sqlalchemy连接器将 Flask-Migrate与雪花数据库一起使用。

我的 app/models.py 中有以下模型：

class User(db.Model):
    username = db.Column(db.String(100), primary_key=True)


class UserActions(db.Model):
    id = db.Column(db.Integer, primary_key=True)
    user = db.Column(db.String(100), db.ForeignKey('user.username'))

如您所见，这是一个简单的 2 表示例，其中一个表具有外键约束。

第一次运行时flask db migrate，我得到以下自动生成的迁移：

def upgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.create_table('user',
    sa.Column('username', sa.String(length=100), nullable=False),
    sa.PrimaryKeyConstraint('username', name=op.f('pk_user'))
    )
    op.create_table('user_actions',
    sa.Column('id', sa.Integer(), nullable=False),
    sa.Column('user', sa.String(length=100), nullable=True),
    sa.ForeignKeyConstraint(['user'], ['user.username'], name=op.f('fk_user_actions_user_user')),
    sa.PrimaryKeyConstraint('id', name=op.f('pk_user_actions'))
    )
    # ### end Alembic commands ###

看起来很棒，并且在执行时按预期工作flask db upgrade。

但是当我flask db migrate第二次运行时，即使模式没有更改，它也会产生另一个迁移

def upgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.drop_constraint('fk_user_actions_user_user', 'user_actions', type_='foreignkey')
    op.create_foreign_key(op.f('fk_user_actions_user_user'), 'user_actions', 'user', ['user'], ['username'])
    # ### end Alembic commands ###

def downgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.drop_constraint(op.f('fk_user_actions_user_user'), 'user_actions', type_='foreignkey')
    op.create_foreign_key('fk_user_actions_user_user', 'user_actions', 'user', ['user'], ['username'], referent_schema='{my-schema}')
    # ### end Alembic commands ###

我已经尝试了各种配置设置来metadata绑定到烧瓶db对象，但是在使用 alembic 的自动生成功能时，我总是得到这种冗余迁移。即使我使用此冗余迁移执行升级，flask db migrate再次运行时我也会得到另一个副本。我到数据库的连接字符串中确实有模式，因为雪花会抱怨：

SQLALCHEMY_DATABASE_URI='snowflake://<my_login_name>:<password>@<account_name>/<database_name>/<schema_name>?warehouse=<warehouse_name>?role=<role_name>'

这里发生了什么？即使架构没有更改，为什么每次都会产生冗余迁移？我已阅读此链接，但这对我没有帮助。我没有在任何模型或迁移脚本中指定架构，仅在连接 url 中。

标签： flaskflask-sqlalchemysnowflake-cloud-data-platformalembicflask-migrate

解决方案

我将为将来有机会遇到此问题的人回答我的问题：

似乎问题在于 snowflake-sqlalchemy 如何为外键设置模式名称。它分配在 db 连接字符串中使用的模式名称，因此现有的外键与该模式相关联。但是，被比较的元数据外键没有明确的模式（因为模型类没有定义），并且 alembic 在比较两者时注意到模式名称的差异。我在这里解释了解决问题的可能方法，但不确定是否有更清洁的方法：https ://github.com/snowflakedb/snowflake-sqlalchemy/issues/145

推荐阅读