django 1.9：ProgrammingError：关系“users_user”不存在答案

【问题标题】：django 1.9: ProgrammingError: relation "users_user" does not existdjango 1.9：ProgrammingError：关系“users_user”不存在
【发布时间】：2016-10-01 05:01:51
【问题描述】：

我在进行迁移时遇到了 ProgrammingError，我认为这可能与自定义用户使用 django-allauth 有关。这就是我的工作

1/ 使用 psql 创建一个新的数据库：

create database dj_example;

2/ Installed_apps 包含 django.contrib.sites：

DJANGO_APPS = (
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'django.contrib.messages',
'django.contrib.staticfiles',
'django.contrib.admin',
)
THIRD_PARTY_APPS = (
'crispy_forms',  # Form layouts
'allauth',  # registration
'allauth.account',  # registration
#'allauth.socialaccount',  # registration
#'allauth.socialaccount.providers.twitter',
'djcelery', #Celery
)
LOCAL_APPS = (
'tucat.users',  # custom users app
}

3/ site_id 设置为 1

SITE_ID = 1

4/ 自定义用户模型过于简单：

# -*- coding: utf-8 -*-
from __future__ import unicode_literals, absolute_import
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
  def __unicode__(self):
    return self.username

5/ Makemigrations 工作正常

# python manage.py makemigrations
Migrations for 'djcelery':
  0028_auto_20160601_1919.py:
  - Alter field status on taskmeta

6/ 迁移返回ProgrammingError: 关系“users_user”不存在

# python manage.py migrate
  Operations to perform:
  Apply all migrations: auth, contenttypes, djcelery, account, admin, sessions
  Running migrations:
  Rendering model states... DONE
  Applying account.0001_initial...Traceback (most recent call last):
  File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py", line 64, in execute
  return self.cursor.execute(sql, params)
psycopg2.ProgrammingError: relation "users_user" does not exist

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "manage.py", line 12, in <module>
  execute_from_command_line(sys.argv)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/__init__.py", line 353, in execute_from_command_line
  utility.execute()
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/__init__.py", line 345, in execute
  self.fetch_command(subcommand).run_from_argv(self.argv)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/base.py", line 348, in run_from_argv
  self.execute(*args, **cmd_options)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/base.py", line 399, in execute
  output = self.handle(*args, **options)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/commands/migrate.py", line 200, in handle
  executor.migrate(targets, plan, fake=fake, fake_initial=fake_initial)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/migrations/executor.py", line 92, in migrate
  self._migrate_all_forwards(plan, full_plan, fake=fake, fake_initial=fake_initial)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-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 "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/migrations/executor.py", line 198, in apply_migration
  state = migration.apply(state, schema_editor)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/base/schema.py", line 90, in __exit__
  self.execute(sql)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/base/schema.py", line 110, in execute
  cursor.execute(sql, params)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py", line 79, in execute
  return super(CursorDebugWrapper, self).execute(sql, params)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py", line 64, in execute
  return self.cursor.execute(sql, params)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/utils.py", line 95, in __exit__
  six.reraise(dj_exc_type, dj_exc_value, traceback)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/utils/six.py", line 685, in reraise
  raise value.with_traceback(tb)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py", line 64, in execute
  return self.cursor.execute(sql, params)
django.db.utils.ProgrammingError: relation "users_user" does not exist

知道如何解决这个问题吗？

【问题讨论】：

您是否为tucat.users 运行过初始迁移？您可能必须在其他任何人之前这样做。此外，在现有项目中更改默认用户模型可能非常棘手。您可能会发现丢弃现有迁移并创建新迁移更容易。
我刚刚尝试了#python manage.py makemigrations users，然后#python manage.py migrate users，但现在它返回另一个异常：psycopg2.ProgrammingError：关系“django_site”不存在第1行：选择(1) AS "a" FROM "django_site" LIMIT 1 ... django.db.utils.ProgrammingError: 关系 "django_site" 不存在 LINE 1: SELECT (1) AS "a" FROM "django_site" LIMIT 1跨度>
是的。我应该写“在任何自定义或第三方应用程序之前”。看来你必须先做 django 核心应用程序 (django.contrib.*)
成功了，非常感谢！如果需要，您可以发布答案，以便我可以将其声明为已解决:-)

标签： django django-allauth

【解决方案1】：

仅供参考-

我遇到了这个问题，为了解决这个问题，我必须在我的 urls.py 和 url_tenants.py 文件中注释掉所有对 views.py 的引用。然后，我运行 makemigrations 并创建要创建的数据库表，然后运行 migrate_schemas，然后取消注释 url 文件。希望这对某人有所帮助。

【讨论】：

【解决方案2】：

你必须删除迁移文件夹，然后，你应该这样做

python manage.py migrate --run-syncdb

python manage.py migrate --fake appname

【讨论】：

尝试了半天，这两行就成功了。谢谢@Shinto Joseph！
@Shinto Joseph 我也遇到了这个问题，我花了两个小时才找到这个。这是什么原因造成的？首次安装项目/应用时迁移顺序错误？
在我尝试迁移时删除迁移文件夹会导致错误，根据这个答案stackoverflow.com/a/30438978/6054814，迁移文件夹需要存在并包含__init__.py，以便进行迁移和迁移以正常工作。执行该步骤导致我的错误消失。
我只需要第一行就可以让它工作。非常感谢！

【解决方案3】：

您的错误是由您运行迁移的顺序引起的。由于许多应用程序依赖于现有的用户模型，因此您必须在其他应用程序之前为您的自定义用户应用程序运行初始迁移。

如果您更改现有项目中的默认用户模型，则放弃所有现有迁移（和数据库）并从头开始重建可能会更容易。应用迁移的顺序是：

核心django.contrib 应用程序。
您的自定义用户应用。
其他自定义应用和第三方应用。

您可以使用django-admin showmigrations 查看已存在和计划中的迁移。

【讨论】：