Xorm 不支持自动级联操作多对多关系，必须手动维护中间表 TemplateStrategy；StrategyIds 是被忽略的内存字段，无法替代中间表；关联查询需显式 JOIN，插入/更新/删除均需分步手动处理。
直接说结论：Xorm 本身不支持自动级联插入/更新中间表，多对多必须手动维护 TemplateStrategy 这类关联表；Strategys 字段只是内存结构，不会触发任何数据库写入。
为什么 StrategyIds []int64 不能替代中间表？
因为 xorm:"-" 表示该字段完全被忽略——既不建库字段，也不参与任何 SQL 构造。它只在 Go 内存里存在，用于接收前端传参或组装响应体。
-
StrategyIds是纯业务层“暂存区”，比如从 JSON 解析进来的 ID 列表 - 数据库要表达“模板 A 关联策略 1、3、5”，只能靠
TemplateStrategy表的三行记录实现 - 如果强行把 IDs 存成 JSON 字符串到某个
TEXT字段，会丧失索引能力、无法 JOIN、无法原子增删单个关联
Template 加载 Strategys 时怎么写 JOIN？
Xorm 不提供类似 GORM 的 Preload 自动关联加载，必须显式用 Join + Find 组合查出完整数据。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 先查
Template主表（比如engine.ID(123).Get(&tmpl)） - 再用
engine.Table("template_strategy").Join("INNER", "strategy", "template_strategy.strategy_id = strategy.id").Where("template_strategy.template_id = ?", tmpl.ID).Find(&strats) - 注意：
strats必须是[]*Strategy类型切片，且Strategy结构体字段名需与数据库列名一致（或通过xormtag 映射） - 别漏掉
engine.Table("template_strategy")—— 否则 Xorm 默认按Strategy结构体名找表，会错成strategy表
插入多对多关联时最容易踩的坑
常见错误是以为调用 engine.Insert(&tmpl) 就能连带写入中间表 —— 实际上完全不会。
立即学习“go语言免费学习笔记（深入）”；
- 必须拆成两步：
engine.Insert(&tmpl)插入主表 → 获取tmpl.ID→ 循环构造TemplateStrategy实例并Insert - 中间表结构体必须定义复合主键：
TemplateID int64 `xorm:"pk"`和StrategyID int64 `xorm:"pk"`，否则Insert可能报主键冲突或静默失败 - 批量插入建议用
engine.Insert([]interface{}{ts1, ts2, ts3})而非循环单条，避免 N+1 性能问题 - 删除旧关联前，务必先
engine.Delete(&TemplateStrategy{}, &TemplateStrategy{TemplateID: tmpl.ID})，再插入新关联，否则会残留脏数据
真正麻烦的不是语法，而是中间表的生命周期管理：插入、更新、删除都要手动同步，没有框架兜底。哪怕只是改一个关联项，也得先清空再重插——这点和 ActiveRecord 或 GORM 的行为差异极大，容易下意识踩坑。
