【问题标题】:Django : ProgrammingError: column "id" does not existDjango:ProgrammingError:列“id”不存在
【发布时间】:2017-02-10 06:19:26
【问题描述】:

我尝试使用 postgresql 数据库(在我使用 SQLite 之前),但是当我执行 python manage.py migrate 时出现一条消息:

Operations to perform:
Apply all migrations: sessions, admin, sites, auth, contenttypes, main_app
Running migrations:
Rendering model states... DONE
Applying main_app.0004_auto_20161002_0034...Traceback (most recent call last):
File "manage.py", line 10, in <module>
execute_from_command_line(sys.argv)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 353, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 345, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 348, in run_from_argv
self.execute(*args, **cmd_options)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 399, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/commands/migrate.py", line 200, in handle
executor.migrate(targets, plan, fake=fake, fake_initial=fake_initial)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/executor.py", line 92, in migrate
self._migrate_all_forwards(plan, full_plan, fake=fake, fake_initial=fake_initial)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/executor.py", line 121, in _migrate_all_forwards
state = self.apply_migration(state, migration, fake=fake, fake_initial=fake_initial)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/executor.py", line 198, in apply_migration
state = migration.apply(state, schema_editor)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/migration.py", line 123, in apply
operation.database_forwards(self.app_label, schema_editor, old_state, project_state)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/operations/fields.py", line 201, in database_forwards
schema_editor.alter_field(from_model, from_field, to_field)
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/base/schema.py", line 482, in alter_field
old_db_params, new_db_params, strict)
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/postgresql/schema.py", line 110, in _alter_field
new_db_params, strict,
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/base/schema.py", line 634, in _alter_field
params,
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/base/schema.py", line 110, in execute
cursor.execute(sql, params)
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/utils.py", line 79, in execute
return super(CursorDebugWrapper, self).execute(sql, params)
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
File "/usr/local/lib/python2.7/dist-packages/django/db/utils.py", line 95, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "/usr/local/lib/python2.7/dist-packages/django/db/backends/utils.py", line 64, in execute
return self.cursor.execute(sql, params)
django.db.utils.ProgrammingError: column "id" does not exist
LINE 1: ..._app_projet" ALTER COLUMN "id" TYPE integer USING "id"::inte...

所以我猜这个错误是关于我的模型“Projet”但是这个模型有 ID 字段!我在 0001_initial.py 中看到了这一点:

...
migrations.CreateModel(
        name='Projet',
        fields=[
            ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')),
            ('name', models.CharField(db_index=True, max_length=30)),
            ('presentation', models.TextField(max_length=2500, null=True)),
...

我的迁移 main_app.0004_auto_20161002_0034 :

class Migration(migrations.Migration):

    dependencies = [
        ('main_app', '0003_auto_20161002_0033'),
    ]

    operations = [
        migrations.AlterField(
            model_name='projet',
            name='id',
            field=models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID'),
    ),
    ]

Projet 模型是这样的:

class Group(models.Model) :
    name = models.CharField(max_length=30, db_index=True)

    class Meta :
        abstract = True
        unique_together = (("id", "name"),)


class Projet(Group) :
    presentation = models.TextField(max_length=2500, null=True)

我真的不明白为什么会出现这个错误...我的设置配置数据库很好,所有其他模型都可以工作...

如果我忘记了什么,请不要犹豫告诉我!我真的需要你的帮助!

【问题讨论】:

  • 你为什么有unique_together=((id", "name"),)?主键 id 本身已经是唯一的,因此将其包含在 unique_together 中是没有意义的。回溯显示 0004_auto_20161002_0034 导致错误,因此您应该在问题中包含该迁移。
  • 是的,这是真的,我删除了 unique_together。我包括了 0004_auto..
  • 你有没有机会在迁移中创建Group abstract,而之前不是abstract?非抽象模型的子模型不会有id 列...
  • 不,从来没有,在最初的迁移中,我没有模型组,因为它是抽象的,我从不删除这个模型的“抽象”...
  • 是的,我解决了我的问题:我创建了一个新应用程序(包含 Projet 模型和其他模型)并使用“migration --fake”。我创建这个应用程序并不是为了解决我的问题(这是计划好的)。谢谢大家的帮助!

标签: python django postgresql


【解决方案1】:

您的模型定义没有将任何字段标识为主键,因此 Django 假定一个名为 id 的主键列。但是,该列实际上并不存在于表中。

更改您的模型定义以将其中一个字段指定为主键,Django 不会尝试查找 id 列。

【讨论】:

  • 但是在 Django 中,如果我不创建一个字段作为主键,Django 会这样做!证明:在0001_initial.py中,自动创建了主键...
  • 是的。如果不存在,Django 会隐式创建一个自动递增的整数主键列,所以这不是这里的问题。
  • @AKX Django 假设存在id 列,但我不相信它创建它。
  • 我赞成这个答案 - 现在我在文档中阅读了这个 - “自动添加了一个 id 字段,但可以覆盖此行为。请参阅自动主键字段。”来源 = docs.djangoproject.com/en/2.1/topics/db/models
  • 那么 django 应该在迁移期间创建该列。
【解决方案2】:
class Group(models.Model) :
    name = models.CharField(max_length=30, unique=True)

    class Meta:
        abstract = True


class Projet(Group) :
    presentation = models.CharField(max_length=2500, blank=True)  

删除您的迁移并创建一个新的。

只需加上我的两分钱。

可为空的字段:

避免在基于字符串的字段(例如 CharField 和 TextField 因为空字符串值将始终存储为空 字符串,而不是 NULL。如果基于字符串的字段具有 null=True,则 意味着它有两个可能的“无数据”值:NULL 和空 细绳。在大多数情况下,有两个可能的值是多余的 “没有数据;” Django 的约定是使用空字符串,而不是 NULL。

https://docs.djangoproject.com/en/1.10/ref/models/fields/#null

最大长度:

如果你指定了一个 max_length 属性,它将反映在 自动生成的表单域的 Textarea 小部件。然而它不是 在模型或数据库级别强制执行。为此使用 CharField。

https://docs.djangoproject.com/en/1.10/ref/models/fields/#textfield

【讨论】:

  • 我从模型中删除了 'default=True' 并替换为 default="",但我遇到了同样的问题
  • @Preumsse 你解决了这个错误吗?如果是,请回答,谢谢
【解决方案3】:

如果缺少 id 列,只需在 Postgres 本身中添加该列。转到 pgadmin 而不是表并在那里创建列 id。

比回 Django makemigrations 比 migrate。如果这会失败,请删除没有 init.py 的应用程序迁移文件夹中的所有内容,并删除文件夹 pycache

中的所有内容

比 makemigrations 然后 migrate 它应该可以工作。

【讨论】:

    【解决方案4】:

    当我尝试使用第三方库将数据上传到带有关键字“替换”的表时,发生了该错误。

    例如,如果我将 pyodbc/sqlalchemy 代码和 pandas 一起使用,比如

    df.to_sql(table_name, engine, if_exists='replace')
    

    其中 table_name 是我的 model.py 文件中的一个表。

    我会在初始加载时执行此操作,并且会定期为我想要使用外部源而不保留现有数据的仪表板执行此操作。

    pandas 所做的是创建一个名为“index”的主键列,而不是替换时的 id。因此,当我尝试使用查询集时,它说找不到 id 字段,因为它的名称已更改。

    不知道有没有办法使用 pandas 将 index 改为 id 作为默认值。也许评论可以增加味道。我的数据没有真正的主键,因为我的数据中有很多冗余数据,用于不同级别的聚合。

    【讨论】:

      【解决方案5】:

      这样做:

      • 您需要从数据库中删除该表。

        DROP TABLE <table>;
        
      • 执行迁移:

        python manage.py migrate
        
      • 如果这没有帮助,请使用 peewee 进行迁移:

        /var/venv3.8/bin/pw_migrate migrate --database=postgresql://postgres@127.0.0.1:5432/<db>
        

      【讨论】:

        猜你喜欢
        • 2017-04-20
        • 2021-07-06
        • 1970-01-01
        • 1970-01-01
        • 2013-04-03
        • 2018-01-28
        • 1970-01-01
        • 1970-01-01
        • 2019-06-23
        相关资源
        最近更新 更多