"django.db.utils.ProgrammingError: отношение"app_user"не существует" во время теста manage.py

Question

"django.db.utils.ProgrammingError: отношение"app_user"не существует" во время теста manage.py

Моя настройка:

Джанго 1.8.3
Python 2.7.10
Убунту 14.04
Джанго-два-фактора аутентификации ==1.2.0

Я получаю следующую ошибку при запуске python manage.py test:

Traceback (most recent call last):
  File "/src/venv/bin/django-admin.py", line 5, in <module>
    management.execute_from_command_line()
  File "/src/venv/lib/python2.7/site-packages/django/core/management/__init__.py", line 338, in execute_from_command_line
    utility.execute()
  File "/src/venv/lib/python2.7/site-packages/django/core/management/__init__.py", line 330, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/commands/test.py", line 30, in run_from_argv
    super(Command, self).run_from_argv(argv)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/base.py", line 393, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/commands/test.py", line 74, in execute
    super(Command, self).execute(*args, **options)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/base.py", line 444, in execute
    output = self.handle(*args, **options)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/commands/test.py", line 90, in handle
    failures = test_runner.run_tests(test_labels)
  File "/src/venv/lib/python2.7/site-packages/django/test/runner.py", line 210, in run_tests
    old_config = self.setup_databases()
  File "/src/venv/lib/python2.7/site-packages/django/test/runner.py", line 166, in setup_databases
    **kwargs
  File "/src/venv/lib/python2.7/site-packages/django/test/runner.py", line 370, in setup_databases
    serialize=connection.settings_dict.get("TEST", {}).get("SERIALIZE", True),
  File "/src/venv/lib/python2.7/site-packages/django/db/backends/base/creation.py", line 368, in create_test_db
    test_flush=not keepdb,
  File "/src/venv/lib/python2.7/site-packages/django/core/management/__init__.py", line 120, in call_command
    return command.execute(*args, **defaults)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/base.py", line 444, in execute
    output = self.handle(*args, **options)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/commands/migrate.py", line 179, in handle
    created_models = self.sync_apps(connection, executor.loader.unmigrated_apps)
  File "/src/venv/lib/python2.7/site-packages/django/core/management/commands/migrate.py", line 317, in sync_apps
    cursor.execute(statement)
  File "/src/venv/lib/python2.7/site-packages/django/db/backends/utils.py", line 65, in execute
    return self.cursor.execute(sql, params)
  File "/src/venv/lib/python2.7/site-packages/django/db/utils.py", line 97, in __exit__
    six.reraise(dj_exc_type, dj_exc_value, traceback)
  File "/src/venv/lib/python2.7/site-packages/django/db/backends/utils.py", line 63, in execute
    return self.cursor.execute(sql)
django.db.utils.ProgrammingError: relation "app_user" does not exist

Когда я бросаю print(sql) заявление по строке 62 в django/db/backends/utils.pyЯ получаю следующий вывод:

CREATE DATABASE "test_dev"

            SELECT c.relname, c.relkind
            FROM pg_catalog.pg_class c
            LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace
            WHERE c.relkind IN ('r', 'v')
                AND n.nspname NOT IN ('pg_catalog', 'pg_toast')
                AND pg_catalog.pg_table_is_visible(c.oid)
CREATE TABLE "django_migrations" ("id" serial NOT NULL PRIMARY KEY, "app" varchar(255) NOT NULL, "name" varchar(255) NOT NULL, "applied" timestamp with time zone NOT NULL)

            SELECT c.relname, c.relkind
            FROM pg_catalog.pg_class c
            LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace
            WHERE c.relkind IN ('r', 'v')
                AND n.nspname NOT IN ('pg_catalog', 'pg_toast')
                AND pg_catalog.pg_table_is_visible(c.oid)
SAVEPOINT "s140275211773760_x1"
CREATE TABLE "distributedlock_lock" ("id" serial NOT NULL PRIMARY KEY, "key" varchar(255) NOT NULL, "value" varchar(255) NOT NULL, "timestamp" timestamp with time zone NULL)
RELEASE SAVEPOINT "s140275211773760_x1"
SAVEPOINT "s140275211773760_x2"
CREATE TABLE "djkombu_queue" ("id" serial NOT NULL PRIMARY KEY, "name" varchar(200) NOT NULL UNIQUE)
RELEASE SAVEPOINT "s140275211773760_x2"
SAVEPOINT "s140275211773760_x3"
CREATE TABLE "djkombu_message" ("id" serial NOT NULL PRIMARY KEY, "visible" boolean NOT NULL, "sent_at" timestamp with time zone NULL, "payload" text NOT NULL, "queue_id" integer NOT NULL)
RELEASE SAVEPOINT "s140275211773760_x3"
SAVEPOINT "s140275211773760_x4"
CREATE TABLE "otp_static_staticdevice" ("id" serial NOT NULL PRIMARY KEY, "user_id" integer NOT NULL, "name" varchar(64) NOT NULL, "confirmed" boolean NOT NULL)
RELEASE SAVEPOINT "s140275211773760_x4"
SAVEPOINT "s140275211773760_x5"
CREATE TABLE "otp_static_statictoken" ("id" serial NOT NULL PRIMARY KEY, "device_id" integer NOT NULL, "token" varchar(16) NOT NULL)
RELEASE SAVEPOINT "s140275211773760_x5"
SAVEPOINT "s140275211773760_x6"
CREATE TABLE "otp_totp_totpdevice" ("id" serial NOT NULL PRIMARY KEY, "user_id" integer NOT NULL, "name" varchar(64) NOT NULL, "confirmed" boolean NOT NULL, "key" varchar(80) NOT NULL, "step" smallint NOT NULL CHECK ("step" >= 0), "t0" bigint NOT NULL, "digits" smallint NOT NULL CHECK ("digits" >= 0), "tolerance" smallint NOT NULL CHECK ("tolerance" >= 0), "drift" smallint NOT NULL, "last_t" bigint NOT NULL)
RELEASE SAVEPOINT "s140275211773760_x6"
CREATE INDEX "djkombu_queue_name_1c24e49fd475ad53_like" ON "djkombu_queue" ("name" varchar_pattern_ops)
ALTER TABLE "djkombu_message" ADD CONSTRAINT "djkombu_message_queue_id_12778caea7843dd_fk_djkombu_queue_id" FOREIGN KEY ("queue_id") REFERENCES "djkombu_queue" ("id") DEFERRABLE INITIALLY DEFERRED
CREATE INDEX "djkombu_message_46cf0e59" ON "djkombu_message" ("visible")
CREATE INDEX "djkombu_message_df2f2974" ON "djkombu_message" ("sent_at")
CREATE INDEX "djkombu_message_75249aa1" ON "djkombu_message" ("queue_id")
ALTER TABLE "otp_static_staticdevice" ADD CONSTRAINT "otp_static_staticdevice_user_id_39a61f1bd3ec970d_fk_app_user_id" FOREIGN KEY ("user_id") REFERENCES "ff_user" ("id") DEFERRABLE INITIALLY DEFERRED

Таким образом, мне ясно, что мои тесты взрываются во время настройки тестовой базы данных. В частности, попытка создать ограничение внешнего ключа между otp_static_staticdevice стол и мое приложение app_user таблица выходит из строя.

Мой непосредственный вопрос: почему django создает таблицу OTP перед таблицей моего приложения? Я предполагаю, что приложение OTP указано первым в моем INSTALLED_APPS, Но это не так:

INSTALLED_APPS = [
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'django.contrib.admin',
    'django.contrib.humanize',
    'app',
    ...
    'django_otp',
    'django_otp.plugins.otp_static',
    'django_otp.plugins.otp_totp',
    'two_factor',
    ...
]

Далее я смотрю на django/core/management/commands/migrate.pyпытается выяснить, как django определяет порядок переноса приложений.

Хлопать pdb.set_trace() заявление в строке 264 ( https://github.com/django/django/blob/1.8.3/django/core/management/commands/migrate.py) и выяснение того, что app_labels содержит, я получаю:

set(['djangosaml2', 'django_ace', 'recurly', 'staticfiles', 'distributedlock', 'app_overrides', 'messages', 'django_otp', 'kombu_transport_django', 'otp_totp', 'compressor', 'otp_static', 'humanize', 'ajax_select', 'django_extensions', 'import_export', 'raven_compat', 'crispy_forms', 'emoji'])

Это все, что я получил до того, как решил обратиться за помощью. Кто-нибудь знает, как Django может в итоге не создавать все приложения проекта в правильном порядке, чтобы не возникали конфликты приличия?

10

python django postgresql django-models

Источник

user1927634 14 июл '15 в 21:11

8 ответов

Другие вопросы по тегам python django postgresql django-models

user188614 28 окт '15 в 10:49 2015-10-28 10:49 · Answer 1 · 2015-10-28 10:49

Получил ту же проблему, и так как это происходит на ./manage.py test, ваши миграции могут быть нарушены.
Начиная с Django 1.7, появилась новая настройка под названием MIGRATION_MODULES, в котором вы настраиваете модули миграции вашего приложения.
Добавление следующего обходного пути в settings.py (находится здесь) пропускает миграции на тестах и решает его для меня:

class DisableMigrations(object):

    def __contains__(self, item):
        return True

    def __getitem__(self, item):
        return "notmigrations"

MIGRATION_MODULES = DisableMigrations()

user4850343 23 окт '15 в 09:11 2015-10-23 09:11 · Answer 2 · 2015-10-23 09:11

Это должно быть решено с помощью:

python manage.py migrate auth
python manage.py migrate app
python manage.py migrate

7

Источник

user4850343 23 окт '15 в 09:11

user7081407 27 апр '17 в 06:52 2017-04-27 06:52 · Answer 3 · 2017-04-27 06:52

python manage.py migrate auth

Это работает.

4

Источник

user7081407 27 апр '17 в 06:52

user3297499 23 окт '15 в 09:08 2015-10-23 09:08 · Answer 4 · 2015-10-23 09:08

Вы не дали никакого кода, поэтому трудно понять ваши отношения моделей. Но могу ли я догадаться, что вы прошли модель ForeignKey в качестве примера? Попробуйте дать это как строку

class MyModel(models.Model):
    fk_field = models.ForeignKey('path.to.other.model')    # same as from path.models import model

Это обычно получается. Надеюсь, это тоже для вас!

user6535587 11 июн '20 в 21:04 2020-06-11 21:04 · Answer 5 · 2020-06-11 21:04

У меня была аналогичная проблема с manage.py test когда я запускал его в заданиях gitlab CI, я смог исправить это, создав переменную с именем CI в моем base.py файл настроек

base.py

"""
Set CI Variable to True when running: "manage.py test"
"""
CI = True

и в моем settings.py:

if CI:
    class DisableMigrations(object):

        def __contains__(self, item):
            return True

        def __getitem__(self, item):
            return None # For Django 1.10+

MIGRATION_MODULES = DisableMigrations()

user12395807 03 мар '21 в 15:40 2021-03-03 15:40 · Answer 6 · 2021-03-03 15:40

Убедитесь, что во всех каталогах ваших приложений есть папка и файл. Если нет, сделайте migrations/ папку и создать __init__.pyи скопируйте в папку. Если вы используете git, включите !migrations/__init__.py от .gitignore файл

1

Источник

user12395807 03 мар '21 в 15:40

user3940470 13 янв '17 в 16:45 2017-01-13 16:45 · Answer 7 · 2017-01-13 16:45

У меня та же ошибка, потому что одно из моих приложений django не migrations каталог. Попробуйте внимательно посмотреть все папки ваших приложений, которые присутствуют в INSTALLED_APPS,

0

Источник

user3940470 13 янв '17 в 16:45

user1164966 21 май '21 в 11:34 2021-05-21 11:34 · Answer 8 · 2021-05-21 11:34

В моем случае миграции не выполнялись, потому что я использовал unittest.TestCase вместо django.test.TestCase.

Решение: заменить

      from unittest import TestCase

с участием

      from django.test import TestCase

0

Источник

user1164966 21 май '21 в 11:34