序列化 EMF 模型实例的最佳方法是什么？
我有一个 Eclipse RCP 应用程序，其中有一个内存中填充的 EMF 模型实例。 存储该模型以供外部系统访问的最佳方式是什么？ 访问可能发生在运行时期间和之后。
该模型的读取和写入非常平衡，并且每秒可能发生多次。
我认为使用 Hibernate + Teneo + EMF 填充的数据库会很好地工作，但我想知道还有哪些其他选项。
I have an Eclipse RCP application with an instance of an EMF model populated in memory. What is the best way to store that model for external systems to access? Access may occur during and after run time.
Reads and writes of the model are pretty balanced and can occur several times a second.
I think a database populated using Hibernate + Teneo + EMF would work nicely, but I want to know what other options are out there.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我将 CDO（连接数据对象）与 EMF 结合使用来执行类似的操作。 如果您使用 Eclipse wiki 中的示例，则不需要太长时间即可运行它。 一些注意事项：
对于经常更改的数据，您可能需要使用非审核模式来实现持久性。 否则，您将在每次提交时保存 EObject 的新版本，同时保留旧版本。
您可以选择在每次数据更改时提交，也可以选择以较低的频率提交，具体取决于您需要发布更新的频率。
如果您选择这样做，您还拥有相当灵活的锁定选项。
我的应用程序使用 Derby 进行持久化，尽管不久它就会迁移到 SQL Server。
Eclipse Live 上有一个 1 小时的网络研讨会 (http://live.eclipse.org/node/635）介绍了 CDO 并给出了一些很好的用法示例。
I'm using CDO (Connected Data Objects) in conjunction with EMF to do something similar. If you use the examples in the Eclipse wiki, it doesn't take too long to get it running. A couple of caveats:
For data that changes often, you probably will want to use nonAudit mode for your persistence. Otherwise, you'll save a new version of your EObject with every commit, retaining the old ones as well.
You can choose to commit every time your data changes, or you can choose to commit at less frequent intervals, depending on how frequently you need to publish your updates.
You also have fairly flexible locking options if you choose to do so.
My application uses Derby for persistence, though it will be migrated to SQL Server before long.
There's a 1 hour webinar on Eclipse Live (http://live.eclipse.org/node/635) that introduces CDO and gives some good examples of its usage.
我会选择 Teneo 来完成繁重的工作，除非性能是一个真正的问题（除非你的模型很大，否则不会是这样）。 即使速度很慢，您也可以使用 JPA 注释来调整它。
I'd go with Teneo to do the heavy lifting unless performance is a real problem (which it won't be unless your models are vast). Even if it is slow you can tune it using JPA annotations.