Django从SQLite3迁移PostgreSQL字段长度报错未解决

这种情况我之前帮团队排查过好几次，核心问题是Django的迁移体系可能还留存着旧的字段值或定义，哪怕你已经修改了模型，PostgreSQL还是在尝试处理那个超大数值。下面是一步步的解决方案：

• 检查并修正迁移文件
  Django自动生成的迁移文件会记录字段的默认值、初始数据等信息，哪怕你改了模型，旧的迁移文件里可能还存着500000000这个值。找到对应应用migrations文件夹下的相关迁移文件，搜索这个超大数值，把它替换成10485750。如果是数据迁移（比如RunPython/RunSQL语句）里的旧值，也要同步修改。

• 重置迁移状态并重新生成
  Django会缓存迁移的执行状态，有时候修改了文件也不会立即生效。可以先重置该应用的迁移记录：

  python manage.py migrate --fake [你的应用名] zero
  

  这个命令只是把迁移状态重置到初始状态，不会删除数据库里的表，放心使用。之后重新生成迁移文件并执行：

  python manage.py makemigrations [你的应用名]
  python manage.py migrate [你的应用名]
  

• 优化字段类型（从根源解决）
  既然这个字段存储的是数字，为什么要用CharField？PostgreSQL的字符类型有明确的长度限制，而BigIntegerField这类数字类型完全能容纳10485750甚至更大的数值。建议直接修改模型里的字段类型：

  # 原来的字段
  # my_field = models.CharField(max_length=...)
  # 修改后
  my_field = models.BigIntegerField()
  

  修改后重新生成并执行迁移，彻底避免字符长度超限的问题。

• 手动清理数据库残留数据（极端情况）
  如果上面的方法都没用，可能是数据库里已经存在旧的超大值。可以登录PostgreSQL控制台：

  psql -U [数据库用户名] [数据库名]
  

  先查询对应表的内容确认：

  SELECT * FROM [你的表名] WHERE [字段名] = '500000000';
  

  然后更新数据：

  UPDATE [你的表名] SET [字段名] = '10485750' WHERE [字段名] = '500000000';
  

  完成后再执行Django的迁移命令。

另外，别忘了检查项目里的fixture文件（如果有），如果里面存了这个超大值，也要同步修改。

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