所以你有 100.000 个聚合，每个聚合有 15.000 个事件。
你可以使用ReadModel or ViewModel:
读取模型：
可以将读取模型视为您的应用程序的读取数据库。因此，如果您想存储有关每个聚合的一些数据，您应该为每个聚合在某个表中插入/更新行或条目，请参阅Hacker News example read model code。
了解解析读取模型是按需构建的，这一点很重要 - 在第一次查询时。如果您有很多活动，可能需要一些时间。
另一件需要考虑的事情 - 一个新创建的解析应用程序被配置为使用内存数据库来读取模型，因此在每个应用程序启动时您都会重新构建它。
如果您有很多事件，并且不想在每次启动应用程序时等待构建读取模型，则必须为您的读取模型配置一个真实的数据库存储。
配置适配器没有很好的文档，we'll fix this。以下是您需要在 mongoDB 的相关配置文件中编写的内容：
readModelAdapters: [
{
name: 'default',
module: 'resolve-readmodel-mongo',
options: {
url: 'mongodb://127.0.0.1:27017/MyDatabaseName',
}
}
]
既然你有一个数据库引擎，你也可以将它用于事件存储：
storageAdapter: {
module: 'resolve-storage-mongo',
options: {
url: 'mongodb://127.0.0.1:27017/MyDatabaseName',
collectionName: 'Events'
}
}
视图模型
ViewModel 在查询期间动态构建。它不需要存储，但它会读取给定aggregateId 的所有事件。
resolve 视图模型正在使用快照。因此，如果给定聚合有 15.000 个事件，那么在第一次请求时，所有这些事件都将首次应用于计算 vie 状态。此后，此状态将被保存，所有后续请求将读取快照和所有后续事件。默认情况下，每 100 个事件完成一次快照。因此，在第二个查询中，reSolve 将读取此视图模型的快照，并对其应用不超过 100 个事件。
同样，请记住，如果您希望快照存储持久化，您应该配置一个快照适配器：
snapshotAdapter: {
module: 'resolve-snapshot-lite',
options: {
pathToFile: 'path/to/file',
bucketSize: 100
}
}
ViewModel 还有一个好处 - 如果您在客户端使用 resolve-redux 中间件，它将在那里保持最新状态，响应式应用应用通过 websocket 接收的事件。