web-dev-qa-db-ja.com

django 1.9：ProgrammingError：関係 "users_user"は存在しません

移行を実行すると、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/Migrateが返す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

その問題を解決する方法のアイデアはありますか？

djangodjango-allauth
12
Antoine Brunel

エラーは、移行を実行した順序が原因です。多くのアプリは既存のユーザーモデルに依存しているため、カスタムユーザーアプリの初期移行を他のアプリの前に実行する必要があります。

既存のプロジェクトでデフォルトのユーザーモデルを変更すると、既存のすべての移行（およびデータベース）を破棄して、最初から再構築する方が簡単な場合があります。移行を適用する順序は次のとおりです。

  1. コア Django.contribアプリ。
  2. カスタムユーザーアプリ。
  3. その他のカスタムアプリとサードパーティアプリ。

Django-admin showmigrations どのマイグレーションが存在し、計画されているかを確認します。

5
Håken Lid

あなたはmigrationsフォルダを削除する必要があり、その後、あなたはすべきです

python manage.py migrate --run-syncdb

python manage.py migrate --fake appname
10
Shinto Joseph

ご参考までに-

この問題があり、解決するには、urls.pyファイルとurl_tenants.pyファイルにあるviews.pyへのすべての参照をコメント化する必要がありました。次に、makemigrationsを実行してデータベーステーブルを作成し、migrate_schemasを実行してから、urlファイルのコメントを外します。これが誰かを助けることを願っています。

0
Mattchoo