核对清单
| 维度 | 要回答的问题 | 示例判断 |
|---|---|---|
| 访问模式 | 点查为主还是分析聚合？ | 点查多选文档/KV；聚合多选列式 |
| 一致性 | 能接受旧读窗口吗？ | 强一致场景核对事务与复制语义 |
| 查询能力 | 要全文、向量、范围还是 join？ | 全文选搜索库；join 多核对建模代价 |
| 规模 | 三年后的数据量与写入峰值？ | 按容量评估条目做系数推算 |
| 运维 | 团队能承担几套组件？ | 组件越少越好，监控与备份体系要覆盖 |
| 成本与退出 | 预算上限与迁移走出的代价？ | 把数据导出方式与兼容性写入评估 |
决策记录模板
决策记录模板
决策：订单检索从主库 LIKE 迁移到 ES
理由：模糊匹配量大，主库扫描放大 100 倍以上
约束：ES 只作检索副本，主存储仍在 MongoDB
验证：灰度 10% 读流量，p99 与结果相关性对比达标后全量
回滚：保留主库查询路径，异常时切回清单的价值在于约束讨论范围：把"选哪个产品"拆成可验证的问题，试点阶段用小流量数据验证结论再推广。