如何解決 Django Fixture ContentType 衝突在載入到 MySQL 時？

Django 固定裝置和 ContentType 問題

嘗試將 Django 固定裝置載入到 MySQL 資料庫中可能會導致內容類型衝突。從特定應用程式轉儲資料最初會導致遺失外鍵問題，因此需要在轉儲命令中包含其他應用程式。但是，由於內容類型的主鍵衝突，使用此方法載入固定裝置會遇到約束衝突。

這種情況源自於 Django 嘗試使用與固定裝置中存在的主鍵值不同的主鍵值動態重新建立內容類型。正如 Django 的錯誤追蹤系統中所建議的，解決方法是從內容類型應用程式中轉儲資料。

但是，如果定義了自訂模型權限，則建議的解決方案將變得有問題。要解決此問題，建議在 dumpdata 命令中使用 --natural。此選項使用自然鍵作為外鍵，從而增強了耐用性。

這是示範此方法的範例：

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

此外，還有其他可以與dumpdata 一起使用的有用參數，包括:

• -- indent=4：透過縮排來提高可讀性輸出
• -e會話：從轉儲中排除會話資料
• -e admin：排除管理操作的歷史記錄
• -e contenttypes -e auth.Permission：排除物件在syncdb期間自動重新創建，但需要--natural來防止主鍵對齊問題

以上是如何解決 Django Fixture ContentType 衝突在載入到 MySQL 時？的詳細內容。更多資訊請關注PHP中文網其他相關文章！