Sử dụng UUID làm khóa chính trong các mô hình Django (tác động quan hệ chung)

Question

Vì một số lý do ^, tôi muốn sử dụng UUID làm khóa chính trong một số mô hình Django của tôi. Nếu tôi làm như vậy, tôi vẫn có thể sử dụng các ứng dụng bên ngoài như "contrib.comments", "django-vote" hoặc "django-tagging" có sử dụng quan hệ chung thông qua ContentType không?

Sử dụng "django-bỏ phiếu" là một ví dụ, mô hình Vote trông như thế này:

class Vote(models.Model): 
    user   = models.ForeignKey(User) 
    content_type = models.ForeignKey(ContentType) 
    object_id = models.PositiveIntegerField() 
    object  = generic.GenericForeignKey('content_type', 'object_id') 
    vote   = models.SmallIntegerField(choices=SCORES) 

Ứng dụng này dường như được giả định rằng các khóa chính cho mô hình được bình chọn trên là một số nguyên.

Việc xây dựng trong kiến ​​ứng dụng có vẻ là khả năng xử lý PKS phi nguyên, mặc dù:

class BaseCommentAbstractModel(models.Model): 
    content_type = models.ForeignKey(ContentType, 
      verbose_name=_('content type'), 
      related_name="content_type_set_for_%(class)s") 
    object_pk  = models.TextField(_('object ID')) 
    content_object = generic.GenericForeignKey(ct_field="content_type", fk_field="object_pk") 

Đây có phải là "nguyên-PK-giả định" vấn đề một tình huống phổ biến cho các ứng dụng của bên thứ ba mà sẽ sử dụng UUID làm đau? Hoặc, có thể, tôi đang hiểu sai tình huống này?

Có cách nào để sử dụng UUID làm khóa chính ở Django mà không gây ra quá nhiều sự cố không?

---

^ Một số lý do: số lượng đối tượng lẩn trốn, ngăn chặn url "id bò", sử dụng nhiều máy chủ để tạo các đối tượng phi mâu thuẫn, ...

Answer 1

Một khóa chính UUID sẽ gây ra vấn đề không chỉ với quan hệ chung chung, nhưng với hiệu quả nói chung: mọi khóa ngoại sẽ đắt hơn đáng kể - cả để lưu trữ và tham gia — hơn là từ máy.

Tuy nhiên, không có gì yêu cầu UUID là khóa chính: chỉ cần đặt khóa này là khóa phụ, bằng cách bổ sung mô hình của bạn với trường uuid với unique=True. Sử dụng khóa chính ngầm định như bình thường (bên trong hệ thống của bạn) và sử dụng UUID làm mã định danh bên ngoài của bạn.

Answer 2

Django 1.8 hiện đã tích hợp sẵn trường UUID. Sự khác biệt hiệu suất khi sử dụng một UUID vs số nguyên là không đáng kể.

import uuid 
from django.db import models 

class MyUUIDModel(models.Model): 
    id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False) 

Answer 3

tôi chạy vào một tình huống tương tự và phát hiện ra trong official Django documentation, rằng object_id không phải cùng loại như primary_key của mô hình liên quan. Ví dụ: nếu bạn muốn mối quan hệ chung của mình hợp lệ cho cả hai số IntegerField và CharField id, chỉ cần đặt object_id thành CharField. Vì các số nguyên có thể coerce thành chuỗi nó sẽ được sử dụng tốt. Tương tự cho UUIDField.

Ví dụ:

class Vote(models.Model): 
    user   = models.ForeignKey(User) 
    content_type = models.ForeignKey(ContentType) 
    object_id = models.CharField(max_length=50) # <<-- This line was modified 
    object  = generic.GenericForeignKey('content_type', 'object_id') 
    vote   = models.SmallIntegerField(choices=SCORES)