這有什么錯(cuò)上運(yùn)行ALTER TABLE auth_user做username是varchar(75)因此它可以適應(yīng)的電子郵件？那有什么壞處呢？如果要更改auth_user.username為在varchar(75)哪里，則需要修改Django？將源代碼中的30更改為75僅僅是一個(gè)問題嗎？username = models.CharField(_('username'), max_length=30, unique=True, help_text=_("Required. 30 characters or fewer. Letters, numbers and @/./+/-/_ characters"))還是在此字段上還有其他需要更改的驗(yàn)證，或?qū)Υ擞衅渌绊懀坑嘘P(guān)執(zhí)行此操作的原因，請(qǐng)參見下面與Bartek的評(píng)論討論。編輯：幾個(gè)月后回首此事。對(duì)于不知道前提的任何人：某些應(yīng)用不需要或不希望使用用戶名，它們僅使用電子郵件進(jìn)行注冊(cè)和身份驗(yàn)證。不幸的是，在django auth.contrib中，需要用戶名。您可以開始在用戶名字段中放入電子郵件，但是該字段只有30個(gè)字符，現(xiàn)實(shí)世界中電子郵件可能很長(zhǎng)?？赡鼙却颂幗ㄗh的75個(gè)字符更長(zhǎng)，但75個(gè)字符可容納大多數(shù)理智的電子郵件地址。問題是針對(duì)這種情況的，這是基于電子郵件驗(yàn)證的應(yīng)用程序所遇到的。