对时间版本文档使用 MongoDB
Using MongoDB for time-versioned documents
我需要存储与实体及其当前状态和属性相关的不同对象。对象将不是同质的，因此关系数据库没有意义，因为结构都将如此不同。我还需要 link 个对象。例如我需要
主要实体数据
实体附属数据
当前实体状态
全部作为单独的对象，但 link 组合在一起。状态会每天更新，其他两个很少。
关于该要求最重要的事情是能够提取 "as-of" 版本并混合搭配。所以我可能想要今天的实体数据、昨天的附件数据和截至 6 天前下午 1 点的最新状态。
我正在尝试确定哪个数据库平台最适合这个，目前我正在查看 MongoDb，但是我看不到对版本控制的大量支持，除非你有一个时间戳字段并将其用作查询的一部分，我想这会大大降低性能。
任何人都可以建议这是否是满足要求的好解决方案？
unless you have a timestamp field and use that as part of the querying, which would degrade performance substantially I imagine.
不，可能不会。即使是基于时间的专用数据库也使用类似的结构，很难想象您能够在没有时间戳的情况下根据日期提取和混合数据。
此外，随着一天的变化，您远离任何 space 或任何现代数据库的时间限制。除非你真正的挑战是在别处，否则 Mongo 会像许多其他人一样做得很好。
我需要存储与实体及其当前状态和属性相关的不同对象。对象将不是同质的，因此关系数据库没有意义，因为结构都将如此不同。我还需要 link 个对象。例如我需要
主要实体数据 实体附属数据 当前实体状态
全部作为单独的对象，但 link 组合在一起。状态会每天更新，其他两个很少。
关于该要求最重要的事情是能够提取 "as-of" 版本并混合搭配。所以我可能想要今天的实体数据、昨天的附件数据和截至 6 天前下午 1 点的最新状态。
我正在尝试确定哪个数据库平台最适合这个，目前我正在查看 MongoDb，但是我看不到对版本控制的大量支持，除非你有一个时间戳字段并将其用作查询的一部分，我想这会大大降低性能。
任何人都可以建议这是否是满足要求的好解决方案？
unless you have a timestamp field and use that as part of the querying, which would degrade performance substantially I imagine.
不，可能不会。即使是基于时间的专用数据库也使用类似的结构，很难想象您能够在没有时间戳的情况下根据日期提取和混合数据。
此外，随着一天的变化，您远离任何 space 或任何现代数据库的时间限制。除非你真正的挑战是在别处，否则 Mongo 会像许多其他人一样做得很好。