你能做的最好的事情是，删除现有的数据库。在我的情况下，我使用phpMyAdmin SQL数据库，所以我手动删除创建的数据库在那里。

删除后: 我在PhpMyAdmin创建数据库，不添加任何表。

再次执行以下命令:

Python manage.py makemigrations

Python manage.py迁移

在这些命令之后:你可以看到django已经自动在数据库中创建了其他必要的表(大约有10个表)。

Python manage.py makemigrations <app_name>

Python manage.py迁移

最后:在以上命令之后，您所创建的所有模型(表)都直接导入到数据库中。

希望这能有所帮助。

首先，确保你的应用已经在setting.py中的Installed_app中注册了 那么上面的答案就完全正确了

我读过很多关于这个问题的答案，通常都是简单地用其他方式进行移民。但对我来说，问题在于模型的Meta子类。

我有一个应用程序配置，说label = <应用程序名称>(在apps.py文件，旁边的models.py, views.py等)。如果你的元类没有与应用标签相同的标签(例如，因为你把一个太大的应用拆分成多个)，就不会检测到任何变化(也不会有任何有用的错误消息)。所以在我的模型类中，我现在有:

class ModelClassName(models.Model):

    class Meta:
        app_label = '<app name>' # <-- this label was wrong before.

    field_name = models.FloatField()
    ...

运行Django 1.10。

在我的情况下，我忘记插入类参数

错误的:

class AccountInformation():

正确的

class AccountInformation(models.Model):

还有一个非常愚蠢的问题是在模型中定义两个类Meta。在这种情况下，在运行makemigrations时，对第一个的任何更改都不会应用。

class Product(models.Model):
    somefield = models.CharField(max_length=255)
    someotherfield = models.CharField(max_length=255)

    class Meta:
        indexes = [models.Index(fields=["somefield"], name="somefield_idx")]

    def somefunc(self):
        pass

    # Many lines...

    class Meta:
        indexes = [models.Index(fields=["someotherfield"], name="someotherfield_idx")]

这可能会帮助其他人，因为我最终花了几个小时试图追踪它。

如果您的模型中有同名的函数，这将删除该值。事后看来很明显，但尽管如此。

所以，如果你有这样的东西:

class Foobar(models.Model):
    [...]
    something = models.BooleanField(default=False)

    [...]
    def something(self):
        return [some logic]

在这种情况下，该函数将覆盖上面的设置，使其“隐形”进行移民。