无法让 Django 1.7 迁移来检测对我的数据库的正确更改。

Question

我有一个在 MySQL 数据库中运行大量数据的生产网络项目。我正在尝试通过对名为“enterlink”的应用程序进行一些更改来更新数据库。我在现有模型中制作了新元素并完全创建了新模型。在此迁移之前，自从最初运行 syncdb 来创建它以来，我从未接触过 db 的架构。当我运行：“python manage.py makemigrations enterlink”时，会出现以下输出（图片）。我的问题是，为什么会这样？数据库已经包含了它在图片中列出的所有模型，那么它为什么要注册这些模型列表呢？当我通过执行“python manage.py migrate”或“python manage.py migrate --fake enterlink”（再次图片）来完成迁移时，我得到一个显示的输出，但我的数据库架构与旧数据库和任何新代码会产生错误。谁能告诉我可能是什么问题？我会非常感谢任何建议。这非常令人沮丧，因为我不确定我错过了什么。

Answer 1

您所做的是在运行python manage.py makemigrations myapp 和python manage.py migrate myapp 之前运行了命令python manage.py syncdb。这就是syncdb 创建数据库模式并且迁移被伪造的原因，因为模式已经存在。我建议使用python manage.py makemigrations myapp 和python manage.py migrate myapp，而不是使用syncdb，因为它在Django 1.7 中已弃用。

如果您更改模型中的任何内容，只需运行 makemigrations 和 migrate 命令。 Syncdb 不是必需的。

Answer 2

这个问题和相关答案让我很感兴趣。因此，我想分享我在维护实时数据库和迁移方面的经验。

在 django1.5.5 中测试

初始化数据库：

1. ./manage.py syncdb --noinput
2. ./manage.py migrate
3. ./manage.py syncdb

现在我已经创建了数据库。

为应用进行迁移：

1. ./manage.py schemamigration myapp --initial
2. ./manage.py migrate myapp --fake
3. 现在对模型进行必要的更改
4. ./manage.py schemamigration myapp --auto
5. ./manage.py migrate myapp

Answer 3

我也是架构迁移的新手，但我将解释它对我的工作原理：

首先您创建应用程序，然后 ./manage.py sycndb，所以创建了表然后你可以 ./manage.py makemigrations myapp --initial 所以现在创建了初始迁移，你应该应用它们 ./manage.py 迁移 myapp 现在您可以更改模型：添加、更改字段、您想要的任何内容，然后 ./manage.py makemigrations myapp --auto 这将为更改创建迁移，现在您需要应用它们 enter code here./manage.py 迁移 myapp 所以这实际上会在数据库中创建新表