CharField max_length 2 ^ n против 2 ^ n-1

Question

Почему один использует max_length CharField равным 2 ^ n, в то время как другие используют 2 ^ n-1?

Например:

• в django.contrib.gis.db.backends.postgis.models (django 1.3):

  class SpatialRefSys(models.Model, SpatialRefSysMixin):
      srtext = models.CharField(max_length=2048)
  

• в django_openid_auth.models (djano-openid-auth 0.3):

  class Nonce(models.Model):
      server_url = models.CharField(max_length=2047)
  

Хотя это не научная мера, 2048 кажется более популярным, чем 2047 , но 255 более популярен, чем 256 В документации Django говорится, что в MySQL max_length ограничено 255 символами, если вы используете unique = True . Но зачем мне использовать 2 ^ n-1 вместо od 2 ^ n в других случаях?

Answer 1

У вас в основном это есть.Это не просто уникальный аргумент = True для 255, это также то, что строки длиной до 255 могут иногда храниться более эффективно .

Поэтому ответ таков: возможно точка для этого для 255 против 256, но для других длин это очень вероятно, будет бессмысленно.Для начала выбор длины двух степеней часто не проводится по научной причине (большинство из нас даже не отметили, что наше поле длиной 512 единиц заставило наше приложение работать значительно быстрее, чем поле длиной 513).

Тем не менее, могут быть специфичные для приложения случаи, когда приложение Django является внешним интерфейсом для приложения C, где наличие N ^ 2-1 строк полезно в дальнейшем для эффективного хранения дополнительного завершающего байта \0.