【发布时间】:2011-08-15 18:43:16
【问题描述】:
我对它们之间的比较感兴趣,什么更成熟,功能更多,更适合某些用例。
我自己的用例是创建一个实时监控服务(想想 Chartbeat),但如果您可以谈论其他用例,请这样做 - 毕竟这些问答可能会引起其他人的兴趣。
【问题讨论】:
标签: spring orm mongodb morphia spring-data
我对它们之间的比较感兴趣,什么更成熟,功能更多,更适合某些用例。
我自己的用例是创建一个实时监控服务(想想 Chartbeat),但如果您可以谈论其他用例,请这样做 - 毕竟这些问答可能会引起其他人的兴趣。
【问题讨论】:
标签: spring orm mongodb morphia spring-data
https://github.com/impetus-opensource/Kundera/wiki/Kundera-Mongo-performance 性能表在这里编译。 Kundera 是完全符合 JPA2.0 的解决方案,并提供更强大的接口、易于实现和功能集。
-Vivek
【讨论】:
如果您正在寻找易于开发和良好的性能,Kundera 是另一种选择。它符合 JPA。
【讨论】:
tx.rollback() 会发生什么? @Table 或连接在 NoSQL 世界中也没有意义。另一方面:您将如何实现特定于商店的行为,例如地理空间内容、图遍历、map-reduce?无论如何,那必须是专有的。那么,为什么一开始就从可能是两全其美的东西(只有一半的 JPA 并且不支持特殊的 NoSQL 功能)开始呢?
Morphia 是必经之路。非常稳定,非常好的 Play 集成,如果您需要更大的扭矩,可以访问所有 Mongo 驱动程序功能。参考解析、实体嵌入按预期工作。您还可以获得生命周期注释,这对于样板持久性代码(时间戳?)非常有用
【讨论】:
Morphia 可能是三者中最稳定的一个。我最近没有听到太多关于 Mongo4j 的消息——可能已经被放弃了。由于 hades 项目,我个人喜欢 spring-data……您不需要实现 DAO。您只需编写接口,spring 数据会自动提供给您。然而,在我最初的试用中,Spring Data Mongodb 的实现似乎有点问题。如果您有困难的日期并且正在开发高质量的产品,那么选择 Morphia 可能是明智的。
【讨论】: