Django-해당 테이블 없음 : main.auth_user__old

공식 Django 문서 의 첫 번째 앱 자습서 를 따르고 있었는데 관리자 페이지를 통해 변경 한 내용을 저장하려고 할 때이 오류가 발생했습니다. 나는 그것에 대해 약간의 조사를했지만 db 마이그레이션과 같은 가능한 해결책은 작동하지 않습니다. 내 코드의 특정 부분을보고 싶다면 알려주세요.

다음은 오류입니다.

OperationalError at / admin / polls / question / 1 / change / no such table : main.auth_user__old Request Method : POST Request URL : http://127.0.0.1:8000/admin/polls/question/1/change/ Django 버전 : 2.1.4 예외 유형 : OperationalError 예외 값 : 해당 테이블 없음 : main.auth_user__old 예외 위치 : /Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base .py in execute, line 296 Python 실행 파일 : / Users / gfioravante / Projects / test_app / ta_env / bin / python3 Python 버전 : 3.7.1 Python 경로 :
[ '/ Users / gfioravante / Projects / test_app / test_app', '/usr/local/Cellar/python/3.7.1/Frameworks/Python.framework/Versions/3.7/lib/python37.zip', '/ usr / local /Cellar/python/3.7.1/Frameworks/Python.framework/Versions/3.7/lib/python3.7 ','/usr/local/Cellar/python/3.7.1/Frameworks/Python.framework/Versions/3.7/ lib / python3.7 / lib-dynload ','/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages '] 서버 시간 : Wed, 5 Dec 2018 16:45:00 +0000

그리고 역 추적 :

환경:

요청 방법 : POST 요청 URL : http://127.0.0.1:8000/admin/polls/question/1/change/

Django 버전 : 2.1.4 Python 버전 : 3.7.1 설치된 애플리케이션 : [ 'polls.apps.PollsConfig', 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django .contrib.sessions ','django.contrib.messages ','django.contrib.staticfiles '] 설치된 미들웨어 : ['django.middleware.security.SecurityMiddleware ','django.contrib.sessions.middleware.SessionMiddleware ','django .middleware.common.CommonMiddleware ','django.middleware.csrf.CsrfViewMiddleware ','django.contrib.auth.middleware.AuthenticationMiddleware ','django.contrib.messages.middleware.MessageMiddleware ','django.middleware.clickjacking.XFrameOptionsMiddleware ']

역 추적:

_execute 85의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"파일. return self.cursor.execute (sql, params)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base.py"실행 296. return Database.Cursor.execute (self, query, 매개 변수)

위의 예외 (해당 테이블 없음 : main.auth_user__old)는 다음 예외의 직접적인 원인이었습니다.

내부 34에있는 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/exception.py"파일. response = get_response (request)

_get_response 126의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/base.py"파일. response = self.process_exception_by_middleware (e, request)

_get_response 124의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/base.py"파일. response = Wrap_callback (request, * callback_args, ** callback_kwargs)

래퍼 604의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"파일. return self.admin_site.admin_view (view) (* args, ** kwargs)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"in _wrapped_view 142. response = view_func (request, * args, ** kwargs)

_wrapped_view_func 44의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/views/decorators/cache.py"파일. response = view_func (request, * args, ** kwargs)

내부 223의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/sites.py"파일. return view (request, * args, ** kwargs)

change_view 1640의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"파일. return self.changeform_view (request, object_id, form_url, extra_context)

_wrapper 45의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"파일. return bound_method (* args, ** kwargs)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"in _wrapped_view 142. response = view_func (request, * args, ** kwargs)

changeform_view 1525의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"파일. return self._changeform_view (request, object_id, form_url, extra_context)

_changeform_view 1571의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"파일. self.log_change (request, new_object, change_message)

log_change 826의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"파일. change_message = message,

log_action 35의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/models.py"파일. change_message = change_message,

manager_method 82의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/manager.py"파일. return getattr (self.get_queryset (), name) (* 인수, ** kwargs)

create 413의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/query.py"파일. obj.save (force_insert = True, using = self.db )

save 718의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"파일. force_update = force_update, update_fields = update_fields)

save_base 748의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"파일. updated = self._save_table (raw, cls, force_insert, force_update , 사용, update_fields)

_save_table 831의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"파일. result = self._do_insert (cls._base_manager, using, fields , update_pk, 원시)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"in _do_insert 869. using = using, raw = raw)

manager_method 82의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/manager.py"파일. return getattr (self.get_queryset (), name) (* 인수, ** kwargs)

_insert 1136의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/query.py"파일. return query.get_compiler (using = using) .execute_sql (return_id )

execute_sql 1289의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/sql/compiler.py"파일. cursor.execute (sql, params)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"실행 100. return super (). execute (sql, params)

execute 68의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"파일. return self._execute_with_wrappers (sql, params, many = False, executor = self._execute)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"in _execute_with_wrappers 77. return executor (sql, params, many, context)

_execute 85의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"파일. return self.cursor.execute (sql, params)

89 번 출구의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/utils.py"파일. exc_value에서 dj_exc_value.with_traceback (traceback)을 올립니다.

_execute 85의 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"파일. return self.cursor.execute (sql, params)

파일 "/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base.py"실행 296. return Database.Cursor.execute (self, query, 매개 변수)

예외 유형 : OperationalError at / admin / polls / question / 1 / change / 예외 값 : 해당 테이블 없음 : main.auth_user__old

나는 방금 이것을 발견했으며 https://code.djangoproject.com/ticket/29182 와 관련이있는 것 같습니다 . 지금은 sqlite 버전을 2.6 이전 버전 (예 : 2.5.1)으로 다운 그레이드 할 수 있습니다.

다음 단계를 유지하여이 문제를 쉽게 제거하십시오.

1. django 버전 2.1.5 유지 (이 버전에서 해결 된 문제) pip install django==2.1.5
2. SQLite db 삭제
3. 다시 마이그레이션 python manage.py makemigrations한 다음python manage.py migrate
4. 서버 시작 python manage.py runserver

끝난!

방금 이렇게했고 문제가 해결되었습니다.

pip install Django --upgrade

그때:

python manage.py migrate

python manage.py makemigrations app

python manage.py migrate

이 문제는 ALTER TABLE RENAMESQLite 3.26.0 의 수정 된 동작으로 인해 발생합니다 ( 호환성 참고 사항 참조 ). 또한 PRAGMA legacy_alter_table = ON이전 버전과의 호환성을 유지하기 위해 성명서를 도입했습니다 . 곧 출시 될 Django 릴리스 2.1.5 는 이전에 언급 한 설명을 핫픽스로 활용합니다. 2019 년 1 월 1 일에 예정되어 있습니다.

이 문제를 해결하기 위해 내가 한 일은 다음과 같습니다.

1. 가상 환경으로 이동하여 설치 django@2.1.7

   pip install django==2.1.7
   

2. db.sqlite3루트 폴더에서 파일을 삭제하십시오 .

3. db.sqlite3루트 폴더에 새 파일 을 만듭니다 .

4. 마이그레이션을 다시 실행하십시오.

   python3 manage.py makemigrations
   
   python3 manage.py migrate
   

이제 제대로 작동합니다.

이 폴더로 이동 django / db / backends / sqlite3

schema.py다른 폴더에 파일 백업

텍스트 편집기에서 원본 schema.py를 엽니 다.

다음과 같은 코드 스 니펫을 볼 수 있습니다.

    def __enter__(self):
    # Some SQLite schema alterations need foreign key constraints to be
     # disabled. Enforce it here for the duration of the schema edition.
     if not self.connection.disable_constraint_checking():
         raise NotSupportedError(
             'SQLite schema editor cannot be used while foreign key '
             'constraint checks are enabled. Make sure to disable them '
             'before entering a transaction.atomic() context because '
             'SQLite3 does not support disabling them in the middle of '
             'a multi-statement transaction.'
         )
     self.connection.cursor().execute('PRAGMA legacy_alter_table = ON')
     return super().__enter__()

주석을 달고 다음 코드 스 니펫을 붙여 넣으십시오.

     def __enter__(self):
    # Some SQLite schema alterations need foreign key constraints to be
    # disabled. Enforce it here for the duration of the transaction.
    self.connection.disable_constraint_checking()
    self.connection.cursor().execute('PRAGMA legacy_alter_table = ON')
    return super().__enter__()

이것은 나를 위해 일했습니다. (schema.py의 백업은 작업이 잘못되는 경우입니다. D)

더 많은 정보를 위해서

https://github.com/django/django/pull/10733/commits/c8ffdbe514b55ff5c9a2b8cb8bbdf2d3978c188f#diff-0c8f495bfee773ab7b5409533bd6d7ef

Django를 2.1.4에서 2.1.5로 업그레이드하여 문제를 해결했지만 버그가 이전 버전의 Django를 사용하여 데이터베이스에 삽입 한 개체와 관련이있는 것 같아서 프로젝트를 새로 다시 빌드해야했습니다.

나를 위해, 그것은 내 django 버전 (2.1이었던)에서 더 높은 버전을 설치했습니다 (나는 어떤 이유로 2.1.5를 사용했습니다) ** db.sqlite3을 삭제하고 init .py 실행 명령을 제외한 마이그레이션 폴더의 모든 것을 삭제하십시오 .

pip install django==2.1.5 --upgrade
python manage.py makemigrations
python manage.py migrate
python manage.py createsuperuser
python manage.py runserver

저에게도 똑같은 일이 일어났습니다. 매우 실망 스럽습니다. 나는 내 환경에 아나콘다를 사용하는데, 최신 버전의 sqlite를 즉시 재설치하지 않고는 sqlite를 제거 할 수 없다는 것을 알았습니다. 이전 버전의 django를 사용해도 작동하지 않는 것 같습니다. 나를 위해 일한 유일한 솔루션은 PostgreSQL 데이터베이스를 사용하는 것입니다. 확실히 이상적이지는 않지만 앞으로 PostgreSQL 데이터베이스를 활용할 계획이므로 시간 낭비가 아닙니다. 저와 같은 위치에 있다면 이 비디오 는 PostgreSQL 데이터베이스를 django 프로젝트와 연결하는 방법을 알고 싶다면 도움이 될 것입니다.

settings.py에서 실제로 변경하기 전에 postgreSQL 데이터베이스를 설치해야합니다. 설치는 모든 옵션에서 다음을 클릭하는 것보다 더 적습니다. 그러나 설치 중에 사용하는 사용자 이름과 암호를 기억하십시오.

1. 먼저 서버를 중지하고 db.sqlite3을 삭제합니다.
2. 그런 다음 다음을 실행해야합니다. python manage.py makemigrations python manage.py migrate
3. 이 명령을 실행 한 후에는 수퍼 유저를 생성해야합니다. 수퍼 유저를 생성하려면 다음을 실행합니다. python manage.py createsuperuser 수퍼 유저 세부 정보를 입력합니다.
4. 서버를 다시 실행하십시오.

됐습니다.

위의 문제와 해결책은 다음과 같습니다.

1) 터미널로 이동하여 입력하십시오. pip install django==2.1.7 하여 최신 버전의 django를 입력하십시오.

2) 설치 후, 터미널에서 입력 python manage.py makemigrations한 다음python manage.py migrate

3) 터미널에서 코드로 서버 시작 python manage.py runserver

4) 비밀번호로 관리자 서버에 로그인하고 제품을 추가하면 제품이 성공적으로 추가됩니다.

소프트웨어를 다운 그레이드하지 않으려는 다른 사람을 위해, 당신은 당신에 머리 수 있습니다 settings.py파일과의 DATABASESDICT, 당신은 대체 할 수 .sqlit3와 함께 .postgresql, 오른쪽 아래에 그것을 변경 db.sqlit3에 db.sql. 그러면 기본 DB가 postgreSQL을 사용하도록 전환됩니다.

이렇게하려면 다음을 수행해야합니다. pip install psycopg2 .

당신의 삭제 db.sqlite3(있을 경우 그 안에 무엇을 잃어 버릴까 걱정하지 않는다 /)와 아닌 다른 모든 파일을 __init__.py앱의 마이그레이션 폴더에있는 파일입니다. 이 모든 작업을 마치면 실행 python manage.py makemigrations하고 파이썬을 실행 manage.py migrate하면 작동합니다. :)

누군가를 도울 수 있기를 바랍니다!

Open => / YourAppFolder / migrations / ' 0001_initial.py ' 와 같은 마이그레이션 파일 이이 모든 파일을 삭제하는 것을 볼 수 있습니다. 다음 명령을 실행하십시오. 1- python manage.py makemigrations 2- python manage.py migrate 희망, 문제를 해결해야합니다.

최신 Django 2.2.12로 업그레이드 migrate하고 공식 데이터베이스 재 빌드 스크립트를 실행 한 후에도 다음과 같은 오류가 발생했습니다 __old_. django.db.utils.IntegrityError: The row in table 'djangocms_blog_post_translation' with primary key '2' has an invalid foreign key: djangocms_blog_post_translation.master_id contains a value '2' that does not have a corresponding value in djangocms_blog_post__old.id.

내 해킹은 다음과 같습니다.

1. 데이터베이스 내용을 sql에 덤프합니다. sqlite3 my_db.db .dump > my_db.sql
2. 대체하는 SQL 출력을 통해 정규식을 실행 __old" ("id")에" ("id") DEFERRABLE INITIALLY DEFERRED
3. 이전 데이터베이스 파일 삭제
4. 수정 된 SQL을 새 데이터베이스에로드합니다. sqlite3 my_db.db < my_db.sql
5. ??? & 이익

단계 :

1. ENV에서 현재 Django를 제거합니다. "anaconda3 / envs / yourenv / lib / python3.7 / site-packages / Django all versions .."폴더를 삭제하기 만하면됩니다. * 참고 : Anaconda 사용자의 경우에만 다른 사용자가 ENV에서 패키지를 제거하는 방법을 알아 내야합니다.

2. Github.com/django/django로 이동합니다.

3. 저장소를 zip 파일로 다운로드하십시오.

4. 압축을 풉니 다.

5. ENV로 전환하십시오.

6. 추출 된 폴더를 입력하십시오.

7. "python setup.py install"을 실행하고 Django를 설치합니다.

8. 이전 db.sqlite3 파일을 삭제하십시오. 이제 마이그레이션을 다시 적용하여 새 db.sqlite3 파일을 만듭니다.

* 참고 : 이전 dbfile을 수정하고 데이터 손실을 방지하는 방법을 모르겠습니다. 그러니 알고 있으면 알려주세요.

9. 서버를 실행하십시오.

축하합니다! 이제 잘 작동합니다.

공식 Django 릴리스에서 1 월에 최신 django로 업데이트합니다.

2 개의 sqlite 데이터베이스와 사용자 지정 데이터베이스 라우터가 있다는 점을 제외하면 동일한 문제가 발생했습니다. Django를 1.11.20으로 다운 그레이드하여 데이터베이스를 다시 만들 필요가 없습니다.

위의 답변으로이 오류를 해결할 수없는 경우, "main"이라는 이름으로 앱을 만든 경우 동일한 앱 이름 문제로 인해이 오류가 발생할 수 있습니다. 따라서 앱 이름 "main"을 다른 이름으로 변경하십시오.

Django를 업그레이드해야합니다.이 문제는이 PR https://github.com/django/django/pull/10733 에서 수정되었습니다.

일부 모델을 변경하여 문제를 해결했습니다. 하나의 명명 된 프로젝트와 하나의 명명 된 프로젝트가 있습니다. 데이터베이스 테이블이 혼동되어이 오류가 발생했습니다.

아래를 사용하여이 문제를 해결했습니다.

1) db.sqlit3 삭제

2) 앱의 디렉토리가 pycache의 모든 것을 삭제합니다.

3) manage.py makemigrations, manage.py migrate, manage.py createsuperuser 및 manage.py runserver.

나는 같은 문제가 있었고 아래를 수행하여 해결했습니다.

1) 최신 django버전 받기

2) 최신 SQL Lite버전 받기

3) db.sqlite3프로젝트에서 파일 삭제

4)에 약간 변경 models.py(예 : 필드 크기 변경)

5) & db.sqllite3를 실행하여 새 파일을 생성하십시오.makemigrationsmigrate commands

6) 새로 생성 된 db.sqllite3파일을SQL Lite

장고를 2.2 버전으로 설치 / 다운 그레이드했습니다. 이것은 django 3.x를 제거했습니다.

pip install django==2.2

그런 다음 db.sqlite 파일을 삭제 한 다음

나는 시도했다

python manage.py makemigrations,
python manage.py migrate 
python manage.py creatingsuperuser. 

django 버전 업데이트 : pip install django --upgrade then

./manage.py makemigration
./manage.py migrate
./manage.py runserver

명령 줄에서했던 작업은 4 개 뿐이며 내 문제를 해결했습니다.

1. ctrl + c (서버 중지)
2. py manage.py makemigrations
3. py manage.py migrate
4. py manage.py runserver (시작 서버)

django-2.2.7
이것은 나를 위해 일했습니다-

1) db.sqlite3을 삭제 합니다 .
2) 각 앱 내 마이그레이션 폴더 내에서 __init__.py 이외의 모든 항목을 삭제 합니다.
3) 각 앱 내에서 __pycache__ 폴더를 삭제 합니다.

모든 앱에 대해 수행해야하는지 아니면 관련 앱에만 수행해야하는지 확실하지 않지만 이것은 저에게 효과적이었습니다.