投影模式

要解决什么问题

在事件溯源架构里，真相在事件流里，业务查询却需要面向读优化的结构：列表页、搜索、仪表盘、跨实体统计。若直接在写模型上堆查询，或每次请求重放全量事件，延迟和复杂度都会失控。CQRS 把写侧与读侧拆开之后，读侧要靠投影（projection）把事件转成可查询的读模型或物化视图——模式选错、更新顺序不清、跨流聚合没设计，就会出现读滞后、重复消费、索引与源事件不一致等问题。

技能如何帮你落地

本技能围绕「从事件到可读数据」整理实践路径，典型覆盖：

• 为查询场景设计并演进 CQRS 读模型
• 从事件流增量维护物化视图，而不是 ad hoc 脚本
• 为搜索、过滤场景从事件构建搜索索引
• 支撑实时仪表盘类读路径的更新与校验
• 跨流聚合时的边界划分与一致性预期

使用上先明确目标、约束与输入（事件 schema、消费语义、SLA），再按模式实施并给出可验证步骤；更完整的模式说明与示例见 resources/implementation-playbook.md。

适用边界

任务与投影/读模型无关（例如纯写侧聚合根建模、与事件消费无关的 ORM 调优）时不必启用。技能聚焦投影模式与读路径，不替代你选型消息中间件、数据库或具体框架的全栈方案；领域规则与团队基础设施仍需自行对齐。