我想将对本地数据库所做的更改应用于云数据库。
我的本地数据库有三个表,#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;
}
,User
,email_history
。我删除了本地迁移文件夹,然后运行了event_monitor
,python 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命令无法创建用于创建表的代码?我是如何完成这项任务的?
答案 0 :(得分:1)
在本地,您删除了迁移,但您的数据仍然存在。创建迁移时,Alembic会查看您的代码并查找某些模型,查看数据库并查找仍然存在的表,因此不会生成用于创建表的代码。
据推测,不再有模型代表它为它们生成drop命令的三个表。
要创建代表所有模型的迁移,您的数据库必须为空。删除表或指向空数据库。 Alembic会生成一个alembic_version
表,您可能还需要删除它。
远程地,您删除了表,然后尝试运行删除表的迁移。它由于给定的原因而失败:表格不存在被删除。
由于您搞砸了并手动执行了迁移,请使用manage.py db stamp head
告诉Alembic您的数据库已经代表了当前的迁移。
假设您确实重置了远程数据库,那么您显示的命令可以正常运行新的迁移。