MySQL에 로드할 때 Django Fixture ContentType 충돌을 해결하는 방법은 무엇입니까?

Django 픽스처 및 ContentType 문제

Django 픽스처를 MySQL 데이터베이스에 로드하려고 하면 콘텐츠 유형 충돌이 발생할 수 있습니다. 특정 앱에서 데이터를 덤프하면 처음에는 외래 키 누락 문제가 발생하므로 덤프 명령에 추가 앱을 포함해야 합니다. 그러나 이 접근 방식으로 픽스처를 로드하면 콘텐츠 유형의 기본 키 충돌로 인해 제약 조건 위반이 발생합니다.

이 상황은 픽스처에 있는 것과 다른 기본 키 값을 사용하여 콘텐츠 유형을 동적으로 다시 생성하려는 Django의 시도에서 비롯됩니다. Django의 버그 추적 시스템에서 제안한 대로 해결 방법은 콘텐츠 유형 앱에서 데이터를 덤프하는 것입니다.

그러나 사용자 정의 모델 권한이 정의된 경우 권장 솔루션이 의심스럽습니다. 이 문제를 해결하려면 dumpdata 명령에서 --natural을 활용하는 것이 좋습니다. 이 옵션은 내구성을 향상시키는 외래 키에 자연 키를 사용합니다.

다음은 이 접근 방식을 보여주는 예입니다.

./manage.py dumpdata --natural escola > fixture.json

또한 다음을 포함하여 덤프 데이터와 함께 사용할 수 있는 다른 유용한 인수가 있습니다. :

• --indent=4: 들여쓰기를 통해 가독성을 높입니다. 출력
• -e session: 덤프에서 세션 데이터를 제외합니다
• -e admin: 관리자 작업 기록을 제외합니다
• -e contenttypes -e auth.Permission: 개체를 제외합니다. syncdb 중에 자동으로 다시 생성되지만 기본 키 정렬 문제를 방지하려면 --natural이 필요합니다

위 내용은 MySQL에 로드할 때 Django Fixture ContentType 충돌을 해결하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!