Django部署PostgreSQL报错：column 'type_id'无法自动转为integer

这个问题的核心是SQLite和PostgreSQL对数据类型转换的严格程度差异：SQLite是动态类型数据库，会宽松地做隐式类型转换；而PostgreSQL是强类型数据库，对于从非整数类型（比如字符型）转换到整数类型的操作，必须明确指定转换规则，也就是报错提示的USING type_id::integer。

你的第10个迁移是把speaker表的type字段从原来的非外键类型（比如CharField）改成ForeignKey，Django会自动尝试将对应列（或生成的type_id关联列）转换为整数类型以匹配外键关系，但PostgreSQL拒绝了这个无规则的隐式转换。

下面是两种可行的解决方法：

方法一：修改迁移文件，添加显式转换规则 #

直接调整第10个迁移文件，用RunSQL手动执行带USING子句的SQL完成类型转换，再执行原有的AlterField操作：

class Migration(migrations.Migration):
    dependencies = [
        ('speakers', '0009_auto_20180117_1335'),
    ]
    operations = [
        # 先手动处理列类型转换，指定转换规则
        migrations.RunSQL(
            # 若原字段列名为type则写type，若已生成type_id则替换为type_id，根据实际情况调整
            'ALTER TABLE speakers_speaker ALTER COLUMN type TYPE integer USING type::integer;',
            # 回滚时的SQL，将类型恢复为原类型（比如原类型是varchar(255)）
            reverse_sql='ALTER TABLE speakers_speaker ALTER COLUMN type TYPE varchar(255);'
        ),
        # 执行原有的外键字段修改操作
        migrations.AlterField(
            model_name='speaker',
            name='type',
            field=models.ForeignKey(to='speakers.Type'),
        ),
    ]

注意：要先确认原type字段的所有值都能被转换为整数，如果存在非数字字符串，转换会失败，需要先清理或修正对应数据。

方法二：生产环境先手动执行转换SQL，再运行迁移 #

如果不想修改迁移文件，可以先登录生产环境的PostgreSQL数据库，执行以下SQL：

ALTER TABLE speakers_speaker ALTER COLUMN type_id TYPE integer USING type_id::integer;

执行完成后，再运行python manage.py migrate命令，迁移就能正常执行了。

后续预防建议 #

为了避免这类跨数据库的兼容性问题，建议开发环境也使用PostgreSQL，和生产环境保持一致的数据库类型，这样在开发阶段就能发现这类问题，不用等到部署时踩坑。

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