django.db.utils.OperationalError 3780 - 外键约束中的引用列和引用列“id”不兼容

Question

阅读此后 django.db.utils.OperationalError: 3780 Referencing column and referenced column are incompatible and SQLSTATE[HY000]: General error: 3780 Referencing column 'user_id' and referenced column 'id' in foreign key are incompatible

我在不同的应用程序中声明了 Django 3.2.16 中的两个模型，这是一个长期项目，始于 Django 2.2 并随着时间的推移进行了升级。

这是两个 model 类：

来自 city_search.models

class Città(models.Model):

    nome = models.CharField(max_length = 50, db_index = True)
    def __str__(self):
        return "{} - {}".format(self.nome,self.regione)
    provincia = models.ForeignKey(Provincia, models.SET_NULL, blank=True,null=True)
    capoluogo = models.BooleanField(default=False)
    regione = models.ForeignKey(Regione, models.SET_NULL, blank=True,null=True, related_name='comuni')
    slug = models.SlugField(null=True)
    latlng = LocationField(null=True,map_attrs={"center": [2.149123103826298,41.39496092463892], "zoom":10})

来自我正在开发的 eventos.models

from schedule.models import events

class Manifestazione(events.Event):
    ciudad =  models.ForeignKey('city_search.Città', on_delete=models.CASCADE, verbose_name='Ciudad', related_name='manifestaciones', blank=False, null=False)

后者model迁移失败，报如下错误：

django.db.utils.OperationalError: (3780, "Referencing column 'ciudad_id' and referenced column 'id' in foreign key constraint 'eventos_manifestazio_ciudad_id_74f49286_fk_city_sear' are incompatible.")

这两个模型声明转换为以下 MySQL 表（第二个仅由错误迁移部分创建）

mysql> describe city_search_città;
+--------------+-------------+------+-----+---------+----------------+
| Field        | Type        | Null | Key | Default | Extra          |
+--------------+-------------+------+-----+---------+----------------+
| id           | int         | NO   | PRI | NULL    | auto_increment |
| nome         | varchar(50) | NO   | MUL | NULL    |                |
| provincia_id | int         | YES  | MUL | NULL    |                |
| capoluogo    | tinyint(1)  | NO   |     | NULL    |                |
| regione_id   | int         | YES  | MUL | NULL    |                |
| slug         | varchar(50) | YES  | MUL | NULL    |                |
| latlng       | varchar(63) | YES  | MUL | NULL    |                |
+--------------+-------------+------+-----+---------+----------------+
7 rows in set (0.00 sec)

和

mysql> describe eventos_manifestazione;
+--------------+--------+------+-----+---------+-------+
| Field        | Type   | Null | Key | Default | Extra |
+--------------+--------+------+-----+---------+-------+
| event_ptr_id | int    | NO   | PRI | NULL    |       |
| ciudad_id    | bigint | NO   |     | NULL    |       |
+--------------+--------+------+-----+---------+-------+
2 rows in set (0.00 sec)

现在我完全明白int和bigint有很大的不同。 但是，我已经尝试在进行迁移和稍后迁移之前在 settings.py 中设置DEFAULT_AUTO_FIELD = 'django.db.models.AutoField' ，但无济于事。 根据Django Docs on automatic primary key fields我也可以尝试使用 AppConfig 所以我也像这样编辑了 eventos/apps.py 然后迁移

class EventosConfig(AppConfig):
    default_auto_field = 'django.db.models.AutoField'
    name = 'eventos'

这也没有用。 我仍然得到与上面相同的表格方案。

这是此类设置生成的迁移。

from django.db import migrations, models
import django.db.models.deletion


class Migration(migrations.Migration):

    initial = True

    dependencies = [
        ('city_search', '__first__'),
        ('schedule', '0014_use_autofields_for_pk'),
    ]

    operations = [
        migrations.CreateModel(
            name='Manifestazione',
            fields=[
                ('event_ptr', models.OneToOneField(auto_created=True, on_delete=django.db.models.deletion.CASCADE, parent_link=True, primary_key=True, serialize=False, to='schedule.event')),
                ('ciudad', models.ForeignKey(on_delete=django.db.models.deletion.CASCADE, related_name='manifestaciones', to='city_search.città', verbose_name='Ciudad')),
            ],
            bases=('schedule.event',),
        ),
    ]

正如我还读到的可能的排序规则问题，我将比较下面的表格排序规则：

mysql> select column_name, COLLATION_NAME, CHARACTER_SET_NAME from information_schema.`COLUMNS` where table_name = "city_search_città";
+--------------+-------------------+--------------------+
| COLUMN_NAME  | COLLATION_NAME    | CHARACTER_SET_NAME |
+--------------+-------------------+--------------------+
| id           | NULL              | NULL               |
| nome         | latin1_swedish_ci | latin1             |
| provincia_id | NULL              | NULL               |
| capoluogo    | NULL              | NULL               |
| regione_id   | NULL              | NULL               |
| slug         | latin1_swedish_ci | latin1             |
| latlng       | latin1_swedish_ci | latin1             |
+--------------+-------------------+--------------------+
7 rows in set (0.00 sec)

和

mysql> select column_name, COLLATION_NAME, CHARACTER_SET_NAME from information_schema.`COLUMNS` where table_name = "eventos_manifestazione";
+--------------+----------------+--------------------+
| COLUMN_NAME  | COLLATION_NAME | CHARACTER_SET_NAME |
+--------------+----------------+--------------------+
| event_ptr_id | NULL           | NULL               |
| ciudad_id    | NULL           | NULL               |
+--------------+----------------+--------------------+
2 rows in set (0.01 sec)

我的假设

1. 是否更有可能是int和bigint的差异是罪魁祸首，而由于某些错误或奇怪的原因，迁移忽略了我转向int作为自动主键字段的偏好，我无法做到这一点？
2. 当涉及到外键时，是否与使用这些设置的一些不同有关？
3. 还是您认为这可能与归类差异有更多关系？ 但是否存在我可能看不到的差异？

我无法完成正确的迁移

Answer 1

似乎错误文本警告了错误的表。 通过将DEFAULT_AUTO_FIELD = 'django.db.models.AutoField'添加到 settings.py 并进行新的项目范围内的迁移，包括对第三个应用程序的 model 字段进行一些调整，这一切都很好，其中确实将models.AutoField设置为id字段/列。

这第三个应用程序和我正在开发的那个应用程序没有通过外键直接连接，我不明白关系在哪里，尽管在我创建了我在这个线程中提到的模型之后出现了错误。 所以，老实说，我不太确定它为什么起作用，或者这第三个模型可能与我添加到项目中的这个新应用程序有什么关系。 我真的很想知道是否有人了解更多。