MongoDB Morphia兼容性矩阵

Question

我有一个项目，其mongo DB版本正在从3.2迁移到4.0。由于mongo DB不允许生态系统直接从3.2跳到4.0，因此我们进行了如下迁移：3.2 -----> 3.4 -----> 3.6 -------> 4.0

我们在代码中使用了morphia ODM。当我们使用v1.1.1到3.4并开始使用v1.3.2进行进一步的升级似乎可行时，它引起了很多关于版本是否与mongo兼容的实验？

1. 是否有任何参考资料可从我那里从含有morphia的mongo db中获得兼容性矩阵？

2. 由于3.6聚合框架需要一个批处理大小参数，原因是什么？吗啡的基本变化是什么？

3. [[我看到org.mongodb.morphia的开发自2017年以来就停止了，而dev.morphia已经出现了，它们现在是一个新的组织吗？

Answer 1

没有正式的矩阵，但是如果您查看.travis.yml文件，至少可以看到正在测试的内容。有一个.travis.yml可以使此矩阵形式化，但这有待整个文档设置进行可能的返工。在大多数情况下，服务器兼容性是由您使用的驱动程序驱动的。一般而言，较新的服务器版本应与较早的驱动程序/ morphia版本配合使用，并且向后兼容性应轻松回溯至3.0，在许多情况下回溯至2.4 / 2.6。
1. 我不确定您对批量大小参数的含义。您是说要求服务器还是服务器？两种方式都不会给我敲响钟声。该API有点不足。它最初是作为各种各样的原型开始的，但是我没有足够清楚地表明这一点，然后花了很多时间来修复它。 （请参阅下一个要点。）但是，我
2. am在2.0中构建了更加完整，强大的聚合API，它应该比当前的API更易于使用和扩展。关于open issue与org.mongodb.morphia的划分，这是那里的历史：在MongoDB工作期间，我担任负责吗啡的工程师多年。当我离开公司进行其他工作时，对吗啡的开发实际上停止了。作为局外人，现在，我没有以前的访问权限。一段时间后，我终于问过MongoDB，他们是否愿意将项目交给我，让我继续他们亲切的做。因此，现在，吗啡是一个社区驱动程序项目，而不是MongoDB的官方（ish）产品。 Morphia驻留在新的github dev.morphia下，并且在我能维持的范围内处于开发活跃状态。 2.0一直在越来越接近，聚合是此时的主要障碍，而在较小程度上是地理支持。我已经推送了一个ALPHA或2，一旦agg框架“完成”，就会有一个新的。