django的auth_user.username可以为varchar（75）吗？那怎么办？

Question

这有什么错上运行ALTER TABLE auth_user做username是varchar(75)因此它可以适应的电子邮件？那有什么坏处呢？

如果要更改auth_user.username为在varchar(75)哪里，则需要修改django？将源代码中的30更改为75仅仅是一个问题吗？

username = models.CharField(_('username'), max_length=30, unique=True, help_text=_("Required. 30 characters or fewer. Letters, numbers and @/./+/-/_ characters"))

还是在此字段上还有其他需要更改的验证，或对此有其他影响？

有关执行此操作的原因，请参见下面与Bartek的评论讨论。

编辑：几个月后回首。对于不知道前提的任何人：某些应用程序不需要或不希望使用用户名，它们仅使用电子邮件进行注册和身份验证。不幸的是，在django auth.contrib中，需要用户名。你可以开始在用户名字段中放入电子邮件，但是该字段只有30个字符，现实世界中电子邮件可能很长。可能比此处建议的75个字符更长，但75个字符可容纳大多数理智的电子邮件地址。问题是针对这种情况的，这是基于电子邮件验证的应用程序所遇到的。

Answer 1

有一种方法可以在不接触核心模型且没有继承的情况下实现这一目标，但这绝对是hackish，我会格外小心地使用它。

如果你查看Django的关于 signal的文档，你会看到有一个名为的文档class_prepared，该文档基本上是在元类创建了任何实际的模型类之后发送的。那一刻是你修改任何型号的最后机会之前，任何神奇的发生（即：ModelForm，ModelAdmin，syncdb，等…）。

因此，该计划很简单，你只需向处理程序注册该信号，该处理程序将检测何时为User模型调用该信号，然后更改max_length该username字段的属性。

现在的问题是，该代码应该放在哪里？它必须在User加载模型之前执行，因此通常意味着很早。不幸的是，你不能（django 1.1.1，没有检查其他版本）将其放进去，settings因为在signals那儿导入会损坏东西。

更好的选择是将其放在虚拟应用程序的“模型”模块中，并将该应用程序放在INSTALLED_APPS列表/元组的顶部（这样就可以先导入它）。这是你可以拥有的示例myhackishfix_app/models.py：

from django.db.models.signals import class_prepared

def longer_username(sender, *args, **kwargs):
    # You can't just do `if sender == django.contrib.auth.models.User`
    # because you would have to import the model
    # You have to test using __name__ and __module__
    if sender.__name__ == "User" and sender.__module__ == "django.contrib.auth.models":
        sender._meta.get_field("username").max_length = 75

class_prepared.connect(longer_username)

这样就可以了。

一些注意事项：

• 你可能还想更改help_text字段的，以反映新的最大长度
• 如果要使用自动admin，则必须子类化UserChangeForm，UserCreationForm并且AuthenticationForm最大长度不是从model字段推导出的，而是直接在form字段声明中推导出的。
  如果使用South，则可以创建以下迁移来更改基础数据库中的列：
  

import datetime
from south.db import db
from south.v2 import SchemaMigration
from django.db import models

class Migration(SchemaMigration):

    def forwards(self, orm):

        # Changing field 'User.username'
        db.alter_column('auth_user', 'username', models.CharField(max_length=75))


    def backwards(self, orm):

        # Changing field 'User.username'
        db.alter_column('auth_user', 'username', models.CharField(max_length=35))


    models = { 

# ... Copy the remainder of the file from the previous migration, being sure 
# to change the value for auth.user / usename / maxlength