Поле автоинкремента Django BigInteger в качестве первичного ключа?

Question

В настоящее время я строил проект, который включает в себя много коллективного интеллекта. Каждый пользователь, посещающий веб-сайт, получает уникальный профиль, и их данные позже используются для расчета наилучших совпадений для самих себя и других пользователей.

По умолчанию Django создает поле INT (11) id для обработки первичных ключей моделей. Я обеспокоен тем, что это очень быстро переполнено (то есть ~ 2.4b устройств, посещающих страницу без предварительной настройки cookie). Как я могу изменить его, чтобы быть представленным как BIGINT в MySQL и long() внутри самого Django?

Я нашел, что я мог бы сделать следующее (http://docs.djangoproject.com/en/dev/ref/models/fields/#bigintegerfield):

class MyProfile(models.Model): 
    id = BigIntegerField(primary_key=True) 

Но есть способ сделать это Autoincrement, как обычные id полей? Кроме того, могу ли я сделать это без знака, чтобы получить больше места для заполнения?

Спасибо!

Answer 1

Django теперь имеет BigAutoField встроенный, если вы используете Django 1.10:

https://docs.djangoproject.com/en/1.10/ref/models/fields/#bigautofield

Answer 2

После этого вы можете изменить таблицу. Это может быть лучшим решением.

Answer 3

У меня также была та же проблема. Похоже, что нет поддержки для автоматических полей BigInteger в django.

Я попытался создать собственное поле BigIntegerAutoField, но у меня возникла проблема с системой южной миграции (юг не смог создать последовательность для моего поля).

Дав попробовать несколько различных подходов, я решил последовать совету Мэтью и делать изменить таблицу (например, ALTER TABLE table_name ALTER COLUMN id TYPE bigint; в Postgre)

Было бы здорово иметь решение при поддержке Джанго (например, встроенный в BigIntegerAutoField) и на юг.

Answer 4

ПРИМЕЧАНИЕ: Этот ответ изменен, согласно коду Ларри. Предыдущее решение расширить fields.BigIntegerField, но лучше, чтобы расширить fields.AutoField

У меня была такая же проблема и решена с помощью следующего кода:

from django.db.models import fields 
from south.modelsinspector import add_introspection_rules 

class BigAutoField(fields.AutoField): 
    def db_type(self, connection): 
     if 'mysql' in connection.__class__.__module__: 
      return 'bigint AUTO_INCREMENT' 
     return super(BigAutoField, self).db_type(connection) 

add_introspection_rules([], ["^MYAPP\.fields\.BigAutoField"]) 

Видимо, это работает отлично с южными миграций.

Answer 5

Как указано выше, вы можете изменить таблицу после этого. Это хорошее решение.

Для этого вы можете создать модуль управления под своим пакетом приложений и использовать сигнал post_syncdb.

https://docs.djangoproject.com/en/dev/ref/signals/#post-syncdb

Это может привести к django-admin.py вровень потерпеть неудачу. Но это все-таки лучшая альтернатива, которую я знаю.

Answer 6

Вдохновленный lfagundes, но с небольшой, но важной коррекцией:

class BigAutoField(fields.AutoField): 
    def db_type(self, connection): # pylint: disable=W0621 
     if 'mysql' in connection.__class__.__module__: 
      return 'bigint AUTO_INCREMENT' 
     return super(BigAutoField, self).db_type(connection) 

add_introspection_rules([], [r"^a\.b\.c\.BigAutoField"]) 

Уведомление вместо расширения BigIntegerField, я простирающийся AutoField. Это важное различие. С помощью AutoField Django будет извлекать AUTO INCREMENTed id из базы данных, тогда как BigInteger не будет.

Одна из проблем при переходе с BigIntegerField на AutoField заключалась в литье данных в int в AutoField.

Уведомление от AutoField Джанго:

def to_python(self, value): 
    if value is None: 
     return value 
    try: 
     return int(value) 
    except (TypeError, ValueError): 
     msg = self.error_messages['invalid'] % str(value) 
     raise exceptions.ValidationError(msg) 

и

def get_prep_value(self, value): 
    if value is None: 
     return None 
    return int(value) 

Оказывается, это нормально, так как проверяется в оболочке Python:

>>> l2 = 99999999999999999999999999999 
>>> type(l2) 
<type 'long'> 
>>> int(l2) 
99999999999999999999999999999L 
>>> type(l2) 
<type 'long'> 
>>> type(int(l2)) 
<type 'long'> 

Другими словами, литье к int не будет усекать число, и он не изменит базовый тип.