Django: нет такой таблицы: django_session

Question

Я нашел несколько тем с этим названием, но ни одно из их решений не помогло мне. У меня есть два сайта Django, запущенные на моем сервере, оба через Apache, использующие разные виртуальные хосты на двух портах, питаемых моим внешним интерфейсом Nginx (для статических файлов). Один сайт использует MySql и работает просто отлично. Другой использует Sqlite3 и получает ошибку в заголовке.

Я скачал копию sqlite.exe и посмотрел на файл mysite.sqlite3 (база данных SQLite в этом каталоге), и там действительно есть таблица django_session с допустимыми данными в ней. У меня есть sqlite.exe в моей системе 32, а также папка site-packages в моем пути Python.

Вот раздел моего файла settings.py:

MANAGERS = ADMINS

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3', # Add 'postgresql_psycopg2', 'postgresql', 'mysql', 'sqlite3' or 'oracle'.
        'NAME': 'mysite.sqlite3',         # Or path to database file if using sqlite3.
        'USER': '',                      # Not used with sqlite3.
        'PASSWORD': '',                  # Not used with sqlite3.
        'HOST': '',                      # Set to empty string for localhost. Not used with sqlite3.
        'PORT': '',                      # Set to empty string for default. Not used with sqlite3.
    }
}

Я использовал python manage.py syncdb без ошибок и просто комментарий «Без фикстур».

У кого-нибудь есть идеи, что еще может здесь происходить? Я подумываю просто перенести все на моего старого приятеля MySql и просто игнорировать Sqlite, так как на самом деле это всегда доставляло мне какие-то проблемы. Я все равно использовал это только для того, чтобы знать это. У меня нет непреодолимой причины, почему я должен это использовать. Но опять же, только для моего назидания кто-нибудь знает, в чем проблема? Я не люблю сдаваться.

Answer 1

создайте схему и добавьте ее имя в поле ИМЯ в «Базы данных». запустите manage.py syncdb

Answer 2

Может это не путь дБ. Просто добавьте это в ваши settings.py:

import os
PROJECT_PATH = os.path.dirname(os.path.abspath(__file__))

#modify your db NAME as below:
'NAME': os.path.join(PROJECT_PATH,'mysite.sqlite3'),

Answer 3

У меня была похожая проблема для административного управления. После нескольких проверок запустите "python manage.py migrate", не назначая имени приложения (get "Apply all migrations: .....), затем запустите сервер и работайте в Интернете. Это сработало. Надеюсь, это может помочь.

Answer 4

Я внес некоторые изменения в модель, которая не была должным образом перенесена в БД.Использование команды

manage.py makemigrations

устранило мою проблему.Надеюсь, это кому-нибудь поможет.

Answer 5

Это сработало для меня.

С https://docs.djangoproject.com/en/2.2/topics/http/sessions/

Использование сеансов с поддержкой базы данных -

Если вы хотите использовать сеанс с поддержкой базы данных, вам необходимодобавьте 'django.contrib.sessions' в настройку INSTALLED_APPS.

После настройки установки запустите manage.py migrate , чтобы установить единую таблицу базы данных, в которой хранятся данные сеанса.

Answer 6

Если вы устали от использования makemigrations и migrate, но ошибка такая же, нет такой таблицы django_session.Тогда просто взгляните на свой код где-то или на другой, который вы используете сессию или вызываете его.Просто закомментируйте код, в котором вы используете сессию, а затем выполните команду makemigrations и migrate соответственно.Это на 100% решает вашу проблему. Причиной этой ошибки является то, что вы удалили папку миграции и файл базы данных, по которой вы получаете эту ошибку. Не стесняйтесь спрашивать, если проблема не решена

Answer 7

И это может быть случай, когда вы получаете эту ошибку, потому что вы забыли запустить запрос python manage.py migrate перед созданием суперпользователя

Answer 8

У меня была такая же проблема, поэтому я запустил

heroku run ls

и обнаружил, что файл db.sqlite3 отсутствует на сервере.В моем случае это произошло потому, что я исключил его, добавив в файл .gitignore.

Answer 9

Для меня это было то, что я обновил settings.py, запустил миграции, но процесс systemd все еще использовал SQLite, потому что я не перезагружал его.Выполнение systemctl restart service_name решило проблему.

Answer 10

В моем случае мне пришлось стереть запись 'session' в таблице django_migrations, запустить makemigrations и выполнить миграцию впоследствии. Это создало таблицу django_session.