很难通过flask迁移来升级我的staging db

时间:2017-02-28 18:57:55

标签: python sqlalchemy alembic

我想将对本地数据库所做的更改应用于云数据库。

我的本​​地数据库有三个表,#include <memory> #include <unordered_set> // Forward declaration class Foo; // Declare classes struct FooHash { size_t operator()(const std::unique_ptr<Foo>& foo) const; }; class Foo { public: int id; std::unordered_set<std::unique_ptr<Foo>, FooHash> foos; }; // Method implementations size_t FooHash::operator()(const std::unique_ptr<Foo>& foo) const { return foo->id; } Useremail_history。我删除了本地迁移文件夹,然后运行了event_monitorpython manage.py db init命令。

它会创建一个如下所示的修订文件。

python manage.py db migrate

如果我这样做

"""empty message

Revision ID: 9bd307a576ce
Revises: 
Create Date: 2017-03-01 00:10:32.344698

"""
from alembic import op
import sqlalchemy as sa
from sqlalchemy.dialects import mysql

# revision identifiers, used by Alembic.
revision = '9bd307a576ce'
down_revision = None
branch_labels = None
depends_on = None


def upgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.drop_table('user')
    op.drop_table('email_history')
    op.drop_table('event_monitor')
    # ### end Alembic commands ###


def downgrade():
    # ### commands auto generated by Alembic - please adjust! ###
    op.create_table('event_monitor',
    sa.Column('id', mysql.INTEGER(display_width=11), nullable=False),
    sa.Column('event_type', mysql.VARCHAR(length=80), nullable=True),
    sa.Column('event_description', mysql.TEXT(), nullable=True),
    sa.PrimaryKeyConstraint('id'),
    mysql_default_charset=u'latin1',
    mysql_engine=u'InnoDB'
    )
    op.create_table('email_history',
    sa.Column('id', mysql.INTEGER(display_width=11), nullable=False),
    sa.Column('user_id', mysql.INTEGER(display_width=11), autoincrement=False, nullable=False),
    sa.Column('email_type', mysql.ENUM(u'SAMPLE'), nullable=True),
    sa.Column('datetime_created', mysql.DATETIME(), nullable=True),
    sa.Column('datetime_sent', mysql.DATETIME(), nullable=True),
    sa.Column('status', mysql.TINYINT(display_width=1), autoincrement=False, nullable=False),
    sa.ForeignKeyConstraint(['user_id'], [u'user.id'], name=u'email_history_ibfk_1', ondelete=u'CASCADE'),
    sa.PrimaryKeyConstraint('id'),
    mysql_default_charset=u'latin1',
    mysql_engine=u'InnoDB'
    )
    op.create_table('user',
    sa.Column('id', mysql.INTEGER(display_width=11), nullable=False),
    sa.Column('username', mysql.VARCHAR(length=80), nullable=True),
    sa.Column('email', mysql.VARCHAR(length=120), nullable=False),
    sa.Column('password_hash', mysql.VARCHAR(length=256), nullable=True),
    sa.PrimaryKeyConstraint('id'),
    mysql_default_charset=u'latin1',
    mysql_engine=u'InnoDB'
    )
    # ### end Alembic commands ###

export config=prod && python manage.py db upgrade 错误。是的,我已经删除了我在云数据库上的表。

我的问题是,为什么migrate命令无法创建用于创建表的代码?我是如何完成这项任务的?

1 个答案:

答案 0 :(得分:1)

在本地,您删除了迁移,但您的数据仍然存在。创建迁移时,Alembic会查看您的代码并查找某些模型,查看数据库并查找仍然存在的表,因此不会生成用于创建表的代码。

据推测,不再有模型代表它为它们生成drop命令的三个表。

要创建代表所有模型的迁移,您的数据库必须为空。删除表或指向空数据库。 Alembic会生成一个alembic_version表,您可能还需要删除它。

远程地,您删除了表,然后尝试运行删除表的迁移。它由于给定的原因而失败:表格不存在被删除。

由于您搞砸了并手动执行了迁移,请使用manage.py db stamp head告诉Alembic您的数据库已经代表了当前的迁移。

假设您确实重置了远程数据库,那么您显示的命令可以正常运行新的迁移。