pop 查询默认不自动关联，必须用 eager() 显式加载；where 条件拼错或字段类型不匹配会导致静默失败；事务内查询需复用同一 tx 实例，否则查不到未提交数据。
Buffalo 项目里查数据，别指望 r.Auto() 或 r.HTML() 自动帮你加载关联，Pop 的查询默认就是“裸 SELECT”，不带 JOIN、不预加载、不自动处理外键关系——你看到的空字段或 panic，八成是忘了显式加载。
Pop 查询不自动关联，必须手动 Eager 加载
Pop 的 All()、First() 默认只查主表，即使模型定义了 HasMany 或 BelongsTo，也不会自动拉取子记录。模板里写 {{.Post.Comments}} 却为空？不是模板错，是没加载。
- 用
tx.Eager().All(&posts)才会把 Comments、Author 等关联一并查出（注意：仅影响 SELECT，不影响后续 Destroy） -
Eager()支持嵌套：如tx.Eager("Comments.Likes").All(&posts)，但层级过深易 N+1，建议按需控制 - 别在
Find()后补Eager()——tx.Find(&post, id).Eager()无效，Eager 必须在 All/First 前链式调用 - 字段类型不匹配（比如 int64 主键 vs string 外键）会导致 Eager 加载静默失败，查日志看是否有
failed to load association
Where 条件拼写错误导致查不到数据
Pop 的 Where() 不校验字段是否存在，拼错列名、用错占位符、漏传参数，结果就是空切片，无报错、无提示。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 用命名参数更安全：
tx.Where("status = ? AND created_at > ?", "published", time.Now().AddDate(0,0,-7)) - 避免字符串拼接：
"id = " + strconv.Itoa(id)易 SQL 注入；改用问号占位符 - 查询时间范围时注意时区：PostgreSQL 默认用 UTC，而 Go
time.Now()是本地时区，建议统一转为time.UTC - 对 NULL 字段判断要写
WHERE deleted_at IS NULL，不能写= NULL，否则永远不命中
事务内查询未提交，新连接查不到刚插入的数据
开发时常见：A handler 里 tx.Create(&user) 后立刻用另一个 pop.Connection（比如全局 models.DB）去查，查不到——因为事务未提交，且 Pop 不共享连接上下文。
- 同一个事务内查刚插入的数据，必须复用
tx：用tx.Find(&u, u.ID)，别换连接 - 不要在 handler 里混用
models.DB和中间件注入的c.Value("tx")，二者不是同一个事务实例 - 若需跨事务读最新数据，确保前一个事务已
Commit()；或者改用SELECT ... FOR UPDATE显式加锁（需数据库支持） - 测试中用
pop.NewTestConn()创建隔离事务，避免测试间污染
Pop 的查询行为高度依赖你传进去的 *pop.Connection 实例和调用顺序，而不是模型定义或配置文件——它不“智能”，只忠实执行你写的那几行代码。最容易被忽略的是：Eager 加载只作用于当前查询语句，不会改变模型状态；Where 条件写错不会报错，只会默默返回空；事务隔离级别不理解，就容易在并发场景下看到“数据消失”。
