buffalo中加唯一索引须手动编辑fizz迁移文件：up用add_index("users", ["email"], {unique: true})，down用remove_index("users", ["email"])；mysql需指定name参数，且索引生效须进数据库终端验证。
buffalo g migration 生成的迁移文件里怎么加唯一索引
Buffalo 的 buffalo g migration 命令只生成空迁移骨架，不自动加索引；唯一索引必须手动写进 Fizz 语法的 up 和 down 函数里。Fizz 是 Pop 默认迁移 DSL，所有数据库（PostgreSQL/MySQL/SQLite）都支持 add_index，但参数写法有差异。
常见错误：直接在模型 struct tag 里加 sql:"unique" —— Pop 不识别这个，也不会生成索引；或者误用 SQL 原生语句（如 db.RawQuery("CREATE UNIQUE INDEX...")），导致 down 阶段无法反向清理。
- 生成迁移文件：
buffalo g migration add_unique_index_to_users_email - 编辑生成的
migrations/{timestamp}_add_unique_index_to_users_email.fizz - 在
up中添加索引（以 PostgreSQL 为例）：add_index("users", ["email"], {unique: true}) - 在
down中删除它：remove_index("users", ["email"]) - MySQL 用户注意：
remove_index必须传入索引名（不是字段名），所以up应写成：add_index("users", ["email"], {name: "idx_users_email_unique", unique: true})，然后down写：remove_index("users", {name: "idx_users_email_unique"})
models/user.go 里字段声明要不要同步改
加唯一索引是数据库层约束，和 Go 模型字段定义无关。你不需要、也不应该在 User struct 里加任何 tag 来“标记唯一性”。Pop 不会读取 sql: 或 db: tag 做索引推导，更不会报错提示你漏了——它就当没这回事。
但要注意两个隐性影响：
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 如果已有重复数据，
buffalo migrate up会失败并报错类似duplicate key value violates unique constraint，得先人工去重 - 后续用
db.Create()插入重复值时，Pop 会返回具体错误（如pq: duplicate key value violates unique constraint），需主动捕获并处理，不能依赖模型层拦截
执行迁移后怎么验证索引是否生效
别只信 buffalo migrate up 输出的 OK —— 它只表示语句执行成功，不校验索引是否真建上。不同数据库查法不同，且必须进真实数据库终端查，不能靠 Buffalo CLI。
- PostgreSQL：
\d users（psql 里看输出中有没有UNIQUE CONSTRAINT或INDEX行含email） - MySQL：
SHOW INDEX FROM users WHERE Column_name = 'email';，检查Non_unique列是否为0 - SQLite：
PRAGMA index_list('users');，再用PRAGMA index_info('index_name');确认字段 - Go 代码里临时验证（开发期）：
db.RawQuery("SELECT * FROM pg_indexes WHERE tablename = 'users' AND indexdef LIKE '%email%'").All(&indexes)（仅限 PostgreSQL）
为什么不用 soda migrate create --type=unique
soda 命令行工具本身不支持 --type=unique 这类快捷参数。它只有 create、up、down 等基础操作，索引类型必须手写进 Fizz 文件。网上有些旧教程提过 soda generate 插件，但那已是废弃功能，2026 年所有官方文档和源码中均无此选项。
试图用 soda migrate create -e development -t fizz 生成模板再改，和直接 buffalo g migration 效果一样——都只是空文件。真正的约束逻辑全在 Fizz 语法里，没捷径可抄。
唯一容易被忽略的是：如果你用 buffalo db create 重建测试库，迁移历史表 schema_migrations 会被清空，但唯一索引不会自动重建。必须重新跑 buffalo migrate up，否则测试里查不到索引。
