当应该通过ORM使用MapDb vs常规数据库吗?除了直接映射到可以用ORM实现的Java.util.Map。MapDB vs常规数据库
2
A
回答
1
如果您需要额外的性能和灵活性,我会使用MapDB。否则,使用DB和常规ORM。
3
Jan的回答非常有偏见,因为他是MapDb的作者。
MapDb非常适合“内部存储”,并且存在与“值”关联的单个实体。它的界面非常直观,您可以使用自己的格式进行序列化(推荐),也可以使用MapDb中高度紧凑的内部序列化格式。
当存储的数据处于某种“外部控制”类型时,ORM是最有价值的。这可能是因为公司中存在存储策略,预定义的RDBMS模式,或者数据必须可以通过某些用于SQL的报告引擎进行查询。
然后有很多情况下,意见和个人偏好使所有差异。就我个人而言,我在Jan的角落,认为ORM很快就变得难以应付,如果考虑到“数据迁移”,我认为MapDb(以及许多其他NoSQL替代品)胜出次数不会超过。对于外部查询引擎,我会将数据修改事件从主应用程序发送到解释这些事件的辅助系统,并更新此类纯SQL系统所需的“视图”。
相关问题
- 1. DSE图形数据库“为”常规
- 2. MapDB弃用函数
- 3. Javascript关闭vs常规函数
- 4. 使用对象关系数据库,例如Oracle/PostrgreSQL VS常规关系数据库的好处?
- 5. Hazelcast和MapDB - 实现简单的分布式数据库
- 6. 红宝石oneliner VS常规
- 7. LINQ vs常规枚举
- 8. 常规@TupleConstructor includeFields VS includeProperties
- 9. 检索数据库数据 - 常规检索方法?
- 10. SOA vs数据库
- 11. 大规模数据处理Hbase vs Cassandra
- 12. Cookie vs会话vs数据库
- 13. mysql数据库规范化
- 14. Firebase数据库规范化
- 15. 规范化数据库表
- 16. 数据库规范化
- 17. 数据库规范化
- 18. 数据库日志VS
- 19. UnitOfWork vs数据库连接
- 20. SQL数据库vs对象
- 21. Android - xml vs.数据库
- 22. 数据库vs资源
- 23. SharedPreferences与数据库vs JSON
- 24. IDataErrorInfo vs验证规则与异常
- 25. 主义常规vs取得加入
- 26. HTML Imagemaps常规VS CSS基于
- 27. Java静态VS常规对象
- 28. jQuery Mobile的VS常规的jQuery
- 29. Rails非常规数据库结构,这是协会问题吗?
- 30. 从Ant属性中常规使用SQL数据库schema名称