Eventuous.Projections.MongoDB 0.6.0-rc.1

Eventuous MongoDB projections

This package adds MongoDB projections to applications built with Eventuous.

There are two main components provided by this package:

• MongoCheckpointStore, implements ICheckpointStore
• MongoProjection, implements IEventHandler

Using checkpoint store

You can register MongoCheckpointStore so it will be used by all subscriptions that need to store checkpoints (normally, EventStoreDB catch-up subscriptions).

services.AddSingleton<ICheckpointStore, MongoCheckpointStore>();

It will add a checkpoint collection to your Mongo database. Each subscription will have its own checkpoint document. The document id would be the subscription id. Make sure to use unique subscription ids across different applications if they use the same Mongo database.

Using projections

Create your own projection class that inherits MongoProjection<T> abstract class. Here, T is the document type, which must be a record. Your document type should inherit from ProjectedDocument record.

Override GetUpdate function, following this example:

public class ProjectWithTasksProjection : MongoProjection<ProjectWithTasks> {
    public ProjectWithTasksProjection(
        IMongoDatabase  database,
        ILoggerFactory? loggerFactory
    ) : base(database, QuerySubscription.Id, loggerFactory) { }

    protected override ValueTask<Operation<ProjectWithTasks>> GetUpdate(object evt, long? position) {
        return evt switch {
            V1.ProjectRegistered e => UpdateOperationTask(
                e.Id,
                update => update.SetOnInsert(x => x.ProjectName, e.Name)
            ),
            V1.TaskCreated e => UpdateOperationTask(
                e.ProjectId,
                update => update.AddToSet(
                    x => x.Tasks,
                    new ProjectTaskRecord(e.TaskId, e.Description)
                )
            ),
            _ => NoOp
        };
    }
}

The UpdateOperationTask function has two overloads. The one used in the example allows passing the document id as the first argument. Another overload allows specifying a custom filter as (filter, evt) => filter.Eq(x => x.Field == evt.Value).

You can also use the UpdateOperation, which allows you to perform asynchronous operations inside the update function.

Note that those functions are helpers. The GetUpdate function must return an instance of the Operation<T> record wrapped in ValueTask. UpdateOperation and UpdateOperationTask return ValueTask<UpdateOperation<T>>. You can use one of the supplied record types:

• UpdateOperation<T> - includes a filter and an update operation
• CollectionOperation<T> - allows executing any operation on the collection
• OtherOperation<T> - allows executing anything as it will be just awaited