Ent 不支持运行时拼接 SQL，复杂查询需依赖 schema 定义、predicate 组合、预加载（With）和边缘遍历（QueryEdge）；硬写 JOIN 或子查询会牺牲类型安全。
Ent 本身不支持运行时拼接 SQL，复杂查询必须靠 schema 定义 + predicate 组合 + 预加载（With）+ 边缘遍历（QueryEdge）来拆解实现。硬写 JOIN 或子查询会绕过类型安全，得不偿失。
定义 schema 时就明确关联字段和约束
Ent 的查询能力上限，取决于你 schema/*.go 里写的 Edges 是否完整、是否带 field 显式绑定外键。没声明的关联，生成代码里根本不会出现对应方法。
- 一对多必须用
edge.To+Ref，且被引用端要声明edge.From，否则.WithXXX()不可用 - 一对一若用单表模拟（如
user_profile表含user_id），必须显式写field.Int("user_id").Unique()并在edge.From("user", User.Type).Ref("profile").Unique().Field("user_id") - 多对多需要中间表 schema，Ent 不会自动建 junction 表，必须手写中间实体（如
UserGroup）并双向声明edge.To
用 predicate 拆解 where 条件，别拼字符串
Ent 的 Where 只接受 predicate.XXX 类型值，不是字符串或 map。所有字段过滤必须走生成的 predicate 函数，比如 user.NameEQ("Tom")、order.CreatedAtGTE(begin)。
- 复合条件用
and/or包裹：and.Or(order.StatusEQ(1), order.StatusEQ(2)) - 模糊匹配用
user.NameContains("foo")，不是"%foo%"手动加通配符 - 范围查询优先用
GTE/LTE，避免Between—— 它只支持整数，时间类型会编译报错 - 空值判断用
user.EmailIsNil()，不是user.EmailEQ(nil)（后者语法错误）
预加载（With）和边缘查询（QueryEdge）不能混用
Query().WithXXX() 是一次性加载关联数据，生成的是 LEFT JOIN；Query().QueryXXX().Where(...) 是先查主表再发额外 SQL 查边缘，支持独立条件过滤，但 N+1 风险需警惕。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 要连表查用户 + 订单 + 商品名？用
client.User.Query().WithOrders().WithOrders(func(q *ent.OrderQuery) { q.WithItems() }) - 要查“每个用户最新一笔订单”？不能靠
WithOrders()，得用QueryOrders().Where(order.UserIDIn(...)).Order(ent.Desc(order.FieldCreatedAt)).Limit(1)单独查，再和用户 ID 关联 -
With不支持 on-condition（如只加载 status=1 的订单），这种必须用QueryEdge+ 独立Where
分页和聚合必须手动处理，没有 magic 方法
Ent 不提供 GROUP BY、HAVING 或窗口函数的封装。COUNT/SUM/AVG 等需调用 client.User.Query().Count(ctx) 或用 Select 指定字段后手动 scan。
- 分页靠
Offset/Limit，但注意：Offset在大数据量下性能差，建议改用游标分页（用上一页最后 ID +Where(idGT(lastID))） -
Select返回的是[]any，不是 struct，必须按字段顺序自己 cast：var count int; err := client.User.Query().Select(user.FieldID).Count(ctx) - 想查“每个分类下的商品数”？得先
client.Category.Query().Select(category.FieldID, category.FieldName).All(ctx)，再循环查每个分类的client.Product.Query().Where(product.CategoryIDEQ(catID)).Count(ctx)
最易被忽略的一点：Ent 生成的代码里，client 实例是线程安全的，但 Query 对象不是。反复复用同一个 Query 实例并修改条件，会导致并发 panic。每次查询都该从 client.XXX.Query() 新建。
