MySQL に Django フィクスチャをロードするときに ContentType の競合を解決するにはどうすればよいですか?

Django フィクスチャのロード時の ContentType の競合への対処

Django フィクスチャを 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 session: セッション データを除外します。
• -e admin: 管理サイトを除外します。 History.
• -e contenttypes -e auth.Permission: 自動的に再作成されたオブジェクトを除外しますが、--natural.

と組み合わせた場合に限ります。

以上がMySQL に Django フィクスチャをロードするときに ContentType の競合を解決するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。