该SQL是否对应Model？成因及数据库生成情况技术咨询

相关代码片段 #

models.py #

class Country(models.Model):
    name = models.CharField(max_length=50, validators=[validate_name, ])

    class Meta:
        managed = False
        db_table = 'countries'

    def __str__(self):
        return self.name

0001_initial.py #

class Migration(migrations.Migration):

    initial = True

    dependencies = [
    ]

    operations = [
        migrations.CreateModel(
            name='Country',
            fields=[
                ('id', models.BigAutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
                ('name', models.CharField(max_length=50, validators=[countries.validators.validate_name])),
            ],
            options={
                'db_table': 'countries',
                'managed': False,
            },
        ),
    ]

sqlmigrate命令输出 #

(venv) michael@michael:~/Documents/PyCharmProjects/db/db$ python manage.py sqlmigrate countries 0001_initial
BEGIN;
--
-- Create model Country
--
-- (no-op)
COMMIT;

问题解答 #

1. SQL是否与定义的Model匹配？
   不匹配。Model和迁移文件都明确定义了Country模型的结构，但SQL输出仅包含空操作（no-op），没有生成创建countries表的语句，和预期的建表逻辑完全不符。

2. 不匹配的成因是什么？
   核心原因是Model的Meta类中设置了managed = False。在Django中，这个参数表示Django不会主动管理该模型对应的数据库表的生命周期（创建、修改、删除），迁移系统会直接跳过该表的DDL（数据定义语言）生成，因此sqlmigrate只会输出无实际执行内容的SQL。

3. 该操作是否会在数据库中生成对应表？
   不会。因为managed=False的配置加上迁移输出的空操作，执行这个迁移不会在数据库中创建countries表。如果需要该表存在，你需要手动编写SQL语句创建，或者先将managed改为True，执行迁移完成表创建后，再改回False（前提是后续不需要Django再修改表结构）。

内容的提问来源于stack exchange，提问作者Kifsif