Django 迁移错误地应用

Question

基本问题

我正在开发一个 django 项目，在该项目中我将多个数据库与自定义路由器一起使用。 因此，django 应该知道哪个应用程序使用哪个数据库。

现在我遇到了一些我认为奇怪的行为，想问问是否有人知道这是否是正确的行为，尤其是因为github 页面似乎没有问题跟踪器。

为了说明这一点，我使用了一个极端的例子，但我仍然尝试过。 出于测试目的，我将allow_migrate函数设置为仅返回False 。
我确实创建了一个自定义路由器，它覆盖了allow_migrate函数，并且还在DATABASE_ROUTERS设置下注册了它。 还调用了allow_migrate函数，因为我用一些print语句检查了它。

我如何理解路由器使用情况

我理解文档的方式使用多个数据库与自定义路由器，所述allow_migration方法指定如果迁移是要应用于当前db ， app_label和model_name 。 如果返回True ，则应用迁移，如果返回False ，则“静默跳过”，因此不应用。

我所期待的

当我将allow_migrate函数设置为allow_migrate返回False时，我预计不会应用任何尚未应用的迁移。

实际发生了什么

正如文档所述，迁移确实“悄悄跳过”，但表django_migrations仍然充满了尚未应用的迁移。

为什么这是个问题

因此，如果我在allow_migrate函数中有一个实际的逻辑，即使没有正确应用迁移，例如因为正在针对不应存储在该数据库中的特定应用程序测试数据库，该数据库的django_migrations表正在填充了错误的数据。

那么，这是想要的行为吗？ 我是否只是错误地使用了函数allow_migrate而实际上应该使用其他东西？

如果相关，我使用的是django version 3.1.2 ，我的数据库是mariadb数据库。

Answer 1

我有点想通了所描述的问题实际上是如何需要的。

似乎对于django知道的每个数据库，它都会将使用makemigrations创建的迁移写入django_migrations表，即使它实际上并未应用迁移。 因此，它每次都会跟踪新创建的迁移，并且只考虑未存储在django_migrations表中的django_migrations 。

再次明确：在每种情况下，无论是否应用迁移，都会将其写入django_migrations表。 是否实际应用迁移仅由我提到的allow_migrate函数决定。 但是，除了查看该数据库中已更改的表之外，没有任何线索可以确定迁移是否真正得到应用。

我建议，即django要么在控制台这么说或只是增加一个字段applied到django_migrations 。 也许我会为此准备一个拉取请求。