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

Django Fixture를 로드할 때 ContentType 충돌 처리

Django Fixture를 MySQL에 로드할 때 콘텐츠 유형과 관련된 충돌이 발생할 수 있습니다.

./manage.py dumpdata escola > fixture.json

과 같은 특정 앱에서 데이터를 덤프하려고 하면 외래 키 누락 문제가 발생할 수 있습니다. 이 문제를 해결하려면 다음과 같은 명령으로 이어지는 추가 앱을 포함할 수 있습니다.

./manage.py dumpdata contenttypes auth escola > fixture.json

그러나 이렇게 하면 데이터를 테스트 픽스처로 로드할 때 제약 조건 위반 오류가 발생할 수 있습니다. Django는 다른 기본 키 값을 사용하여 픽스처의 값과 충돌하는 콘텐츠 유형을 다시 만들려고 시도할 수 있습니다.

이 문제를 해결하려면 dumpdata에 --natural 인수를 사용하는 것이 좋습니다. 이 옵션은 외래 키 표현을 위해 Permission.id 대신 Permission.codename과 같은 자연 키를 사용합니다. 이렇게 하면 내구성이 보장되고 잠재적인 충돌이 방지됩니다.

다음은 덤프 데이터 사용을 향상하기 위한 몇 가지 추가 인수입니다.

• --indent=4: 가독성이 향상됩니다.
• -e 세션: 세션 데이터를 제외합니다.
• -e admin: 관리자 사이트를 제외합니다. History.
• -e contenttypes -e auth.Permission: 자동으로 다시 생성된 개체를 제외하지만 --natural.

과 결합된 경우에만 해당됩니다.

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