在Django模型中不使用默認的「id」primary_key會產生什麼影響？

Question

考慮爲了定義ForeignKey關係而需要CHAR字段primary_key的情況。

經過一番初步調查我已經確定了以下可能性，每一個都有自己的缺點：

1）使用「primary_key =真」。

Example 1:

class Collection(models.Model): 
    code = models.CharField(primary_key=True, max_length=3) 

class Item(models.Model): 
    code = models.CharField(primary_key=True, max_length=255, unique=True) 
    collection = models.ForeignKey('Collection', related_name='items') 

潛在的缺點：整合第三方應用程序時，某些第三方應用程序的Django依賴於默認的「身份證」 PK整型字段可能會導致問題。

2）改用'to_field'/'through'選項。

Example 2:

class Collection(models.Model): 
    code = models.CharField(Max_length=3, unique=True) 

class Item(models.Model): 
    collection = models.ForeignKey('Collection', to_field='code', related_name='items') 

這將使「系列」有其自己的ID primary_key，所以它解決了與第三方應用程序的Django很好打的問題。

潛在的缺點：經過進一步調查，我發現了以下開放Django的ORM門票和錯誤至於處理在FK CHAR/INT primary_keys和many-to-many關係的組合。

http://code.djangoproject.com/ticket/11319和13343

結論：

選項1比選項2
但是更好：
是依賴於整數primary_key有許多第三方應用程序？
是否有這個限制的簡單解決方法？
使用CHAR primary_key還有其他什麼缺點嗎？

Answer 1

GenericForeignKey s會受到影響，因爲他們都需要使用相同類型的外國PK。只要你遠離他們，你應該沒問題。

Answer 2

當使用char字段作爲主鍵時，我在django管理員應用程序中遇到了麻煩。有關詳細信息，請參見unicode error when saving an object in django admin

將主體恢復爲主鍵很困難，請參閱What is the best approach to change primary keys in an existing Django app?。

從這個經驗中，我認爲使用別的不是id的主鍵是一個壞主意。

Answer 3

我個人在我的應用程序中使用了選項2，因爲這是我見過的大多數第三方應用程序所做的，並且它避免了您在帖子中提到的混合CHAR和INT Django ORM中的主鍵。

我還沒有碰到但只使用unique=True單一的問題，所以我實在看不出任何缺點這樣做吧。