Beego ORM 没有 Exist 方法，需用 Read（查主键）或 One（查条件）判断存在性：Read 返回 orm.ErrNoRows 表示不存在，One 同理，且性能优于 Count；ReadOrCreate 会触发插入，不适用于纯存在性判断。
Beego ORM 的 Exist 方法不是内置 API
Beego ORM（github.com/beego/beego/v2/client/orm）**没有提供名为 Exist 的方法**。你搜到的 “Exist 查询” 很可能是误记、混淆了其他 ORM（如 GORM 的 FirstOrCreate 或 Where(...).Select("id").Limit(1).Rows()），或是把 ReadOrCreate 当成了存在性判断。直接调用 o.Exist(...) 会报编译错误：o.Exist undefined (type orm.Ormer has no field or method Exist)。
替代方案：用 Read + 错误判断最轻量
判断某条记录是否存在，且**只关心“有无”，不关心内容**时，Read 是开销最小的方式 —— 它只查主键或唯一字段，命中即停，不加载冗余字段。
-
Read要求结构体已带主键值（如Id），或显式指定查询字段名 - 成功返回
nil错误 → 记录存在 - 返回
orm.ErrNoRows→ 记录不存在 - 其他错误（如 DB 连接失败）需单独处理
示例：
user := &User{Id: 123}
err := o.Read(user, "Id")
if err == nil {
// 存在
} else if err == orm.ErrNoRows {
// 不存在
} else {
// 其他错误
}
多条件存在性判断：必须用 QueryTable().Filter().Exist()？不，得绕开
Beego ORM 的 QueryTable 链式调用里，**也没有 Exist() 方法**。常见误区是写 o.QueryTable("user").Filter("name", "tom").Exist() —— 这会编译失败。
正确做法是用 Count() 或 One()：
-
Count()：适合高并发下“仅判断存在与否”，但会触发SELECT COUNT(*)，对大表有性能压力 -
One()：更推荐，查一条就停，语义清晰，且可复用已有结构体
示例（查 name="tom" 是否存在）：
var user User
err := o.QueryTable("user").Filter("name", "tom").One(&user)
if err == nil {
// 存在
} else if err == orm.ErrNoRows {
// 不存在
} else {
// 其他错误
}
为什么不用 ReadOrCreate 做存在性判断？
ReadOrCreate 看似能“查或建”，但它有副作用：如果不存在，会执行 INSERT。这在纯判断场景下是危险的 —— 可能意外写入脏数据、触发钩子、违反事务预期。
- 仅当业务逻辑明确需要“查不到就新建”时才用
ReadOrCreate - 它返回三个值：
created bool,id int64,err error，但创建行为不可撤回 - 若只想判断，却传入未初始化的 struct（如
User{Name:"tom"}），可能因缺失非空字段导致插入失败，反而掩盖真实存在性
所以，存在性判断 ≠ 创建逻辑，别贪图一行代码而引入隐式写操作。
真正要注意的点是：Beego ORM 没有 Exist，别在文档里白找；用 Read 查主键、用 One 查条件，才是可控又高效的做法 —— 尤其是 One，它底层就是 LIMIT 1，不会扫全表，也避免了 Count 的聚合开销。
