Django项目从SQLite迁移至PostgreSQL时遭遇两类DataError问题求助

你遇到的核心问题是SQLite和PostgreSQL对字符长度限制的差异——SQLite对CharField的max_length只是提示性限制，不会真的拦截超长数据；但PostgreSQL会严格执行长度规则，所以原来在SQLite里能正常运行的数据或模型定义，到PostgreSQL就触发了溢出错误。下面分两个错误场景逐一分析解决：

一、migrate时的django.db.utils.DataError: value too long for type character varying(2) #

这个错误说明你的某个模型字段被定义为models.CharField(max_length=2)，但要同步到PostgreSQL的数据里，存在超过2个字符的值。解决步骤：

• 定位目标字段：全局搜索项目代码，找到所有max_length=2的CharField（比如自定义模型里的性别、国家代码字段）。如果涉及AllAuth相关字段，大概率是你自己扩展了AllAuth的模型（比如修改了SocialAccount或关联模型的字段配置）。
• 调整字段或清理数据：
  1. 如果是字段定义不合理（比如需要支持3位国家代码），直接修改max_length为合适的值（比如max_length=3或10），然后执行：

     python manage.py makemigrations
     python manage.py migrate
     

  2. 如果字段定义没问题，但SQLite里存在超长数据，先在SQLite中查询并清理：

     -- 示例：假设是myapp应用下Profile模型的gender字段
     SELECT * FROM myapp_profile WHERE LENGTH(gender) > 2;
     

     修改这些超长值后，再重新导出数据到PostgreSQL。

二、登录时的DataError at /accounts/login/: value too long for type character varying(20) #

这个错误和AllAuth登录流程绑定，通常涉及用户登录依赖的字段（比如用户名、第三方登录的UID等），解决步骤：

• 检查用户模型或AllAuth关联字段：
  1. 如果使用了自定义用户模型，检查username/email等字段的max_length是否被误设为20（Django默认username长度是150）。如果是，修改为合理长度并重新执行迁移。
  2. 检查AllAuth的SocialAccount模型：AllAuth默认SocialAccount.uid是max_length=255，如果你自行修改过这个字段的长度为20，就会导致第三方登录的UID超长。改回默认值或调整为足够大的长度即可。
• 清理超长数据：如果已有用户的字段值超长（比如SQLite里存了21字符的用户名），可以在PostgreSQL中直接修改：

  -- 截断auth_user中超长的用户名到20字符
  UPDATE auth_user SET username = SUBSTRING(username, 1, 20) WHERE LENGTH(username) > 20;
  

  或者直接修改为更短的合法用户名。

通用排查技巧 #

1. 验证模型与数据库结构一致性：执行python manage.py inspectdb，生成当前PostgreSQL数据库的模型代码，和你项目中的模型对比，确认字段长度是否匹配。
2. 检查迁移文件：查看最近的迁移文件，有没有误修改字段长度的操作，必要时回滚迁移（python manage.py migrate <app> <migration_name>）后重新调整。

内容的提问来源于stack exchange，提问作者Claire