Pop迁移不支持直接修改字段类型，必须用add_column+copy+drop_column组合操作；因底层数据库DDL能力差异大，pop放弃通用alter_column以保证可移植性和可回滚性。

Pop 迁移不支持直接修改字段类型，必须用 add + drop 组合操作

Buffalo 默认用 pop 做数据库迁移，而 pop 的 alter_column 仅在 PostgreSQL 上部分支持（如改 NULL 属性），对 MySQL / SQLite 完全不可用。你想把 users.name 从 string 改成 text，pop.AlterColumn("users", "name", "text") 在大多数环境会静默失败或报错 unsupported operation。

为什么不能直接 alter_column

pop 的迁移 DSL 是跨数据库抽象层，但底层 DDL 能力差异太大：MySQL 的 MODIFY COLUMN 和 PostgreSQL 的 ALTER COLUMN TYPE 语义不同，SQLite 甚至不支持原地改类型。所以 pop 主动放弃实现通用 alter_column，避免产生不可移植、不可回滚的 SQL。

Buffalo框架 1.0.1

Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。

下载

正确做法：add_column + copy + drop_column

手动写迁移文件，分三步完成字段类型变更，确保数据不丢失、可回滚：

• 新建迁移：buffalo pop generate change_users_name_to_text
• 编辑生成的 models/migrations/xxx_change_users_name_to_text.up.fizz，写入：

  add_column("users", "name_new", {"type": "text"})
  run("UPDATE users SET name_new = name")
  drop_column("users", "name")
  rename_column("users", "name_new", "name")

• 对应 .down.fizz 必须反向操作（先 add_column("users", "name_old", {"type": "string"})，再 copy 回去，最后删新字段）
• 执行：buffalo pop migrate —— 注意别漏掉 .down.fizz，否则线上回滚会失败

容易踩的坑

常见错误现象包括迁移卡住、数据被清空、字段名残留 _new 后缀：

• rename_column 在 SQLite 上不支持，得换成 create_table + insert into ... select 全表重建（pop 不自动帮你做，得手写 raw SQL）
• 没加 run("UPDATE ...") 就直接 drop_column，导致原数据永久丢失
• 忘记在 .down.fizz 中恢复旧字段类型，回滚时新字段仍为 text，和模型 struct 定义不匹配，引发 scan error
• 字段有索引或外键约束时，drop_column 会失败，需先 drop_index 或 drop_constraint

最麻烦的是大表——UPDATE 可能锁表几十秒，线上服务要提前做停机窗口或用 chunk 分批更新。别指望 pop 自动优化，它只管生成 SQL，执行细节得你自己兜底。