Marten项目中的投影模式与Schema生成问题解析

概述

Marten作为一个.NET平台的文档数据库和事件存储库，提供了强大的投影功能来将事件流转换为可查询的文档视图。然而，在使用过程中，开发者可能会遇到一些关于投影注册API行为不一致的问题，特别是在Schema生成方面。

投影类型与Schema生成

Marten支持多种投影生命周期，主要包括Live(实时)和持久化两种模式。这两种模式在Schema生成方面存在一些需要注意的行为差异。

Live投影的两种注册方式

1. 使用Add方法注册Live投影

options.Projections.Add(new SingleStreamProjection<MyAggegate>(), ProjectionLifecycle.Live);

这种方式会为聚合创建对应的数据库表，尽管Live投影理论上不需要持久化存储。

2. 使用LiveStreamAggregation方法

options.Projections.LiveStreamAggregation<MyAggegate>();

这种方式不会创建表结构，是更符合Live投影特性的实现。

原因分析

这种不一致性源于内部实现机制。正确的Live投影实现应该设置SkipSchemaGeneration = true来跳过表结构创建，而第一种方式没有进行这一设置。

子类投影的特殊情况

当使用持久化投影与继承结构结合时，会出现另一个Schema生成问题：

options.Schema.For<BaseAggregate>()
    .AddSubClassWithSnapshotProjection<BaseAggregate, Child1Aggregate>(options, SnapshotLifecycle.Inline)
    .AddSubClassWithSnapshotProjection<BaseAggregate, Child2Aggregate>(options, SnapshotLifecycle.Inline);

在这种情况下，虽然所有子类都存储在父类表中，但Marten仍会尝试为子类创建独立的持久化表，这是不必要的。

技术背景与解决方案

SkipSchemaGeneration机制

SkipSchemaGeneration是一个内部标志，用于控制是否应为特定类型生成数据库Schema。当设置为true时：

1. 完全跳过该类型的Schema生成
2. 在应用数据库补丁时也会忽略相关变更

这意味着如果从持久化投影迁移到Live投影，Marten不会自动删除原有的持久化表，需要手动处理。

最佳实践建议

1. 对于纯Live投影，优先使用LiveStreamAggregation方法
2. 对于子类投影场景，目前需要谨慎评估Schema生成需求
3. 进行投影模式变更时，准备好手动处理遗留的数据库对象

未来改进方向

Marten团队正在改进对Live聚合的支持，未来版本可能会提供更一致的API行为。对于子类投影的特殊情况，社区贡献的解决方案可能会被纳入正式版本。

理解这些内部机制有助于开发者更有效地使用Marten的投影功能，避免不必要的数据库对象产生，并制定合适的数据库迁移策略。