选择多模型DBMS时需要考虑哪些因素？(OrientDB与ArangoDB)

Question

我希望能够进入多模型DBMS的世界,我没有特别的用例,只想开始学习.

我发现有两个突出的东西 - OrientDB与ArangoDB,但无法找到任何有意义的比较,在它们之间不受影响.有人能否解释两者之间的功能差异,以及使用其中一个的警告？如果我学会了一个,我能够轻松过渡到另一个吗？

(我也标记了FoundationDB,但它是专有的,我可能不会考虑它)

这个问题要求对想要了解多模型DBMS的人进行 OrientDB与ArangoDB之间的一般比较,而不是关于哪个更好的自以为是的答案.

Answer 1

免责声明:我不再推荐OrientDB,请参阅下面的评论.

使用ArangoDB和OrientDB后,我可以提供稍微偏见的意见.它仍然有偏见,因为我是OrientDB的node.js驱动程序 - oriento的作者,但我对公司或产品没有既得利益,我只是更需要使用OrientDB .

ArangoDB和OrientDB都针对类似的市场并且有很多相似之处:

1. 两者都是多模型,您可以使用它们来存储文档,图形和简单的键/值.
2. 两者都支持Gremlin,但与他们自己喜欢的查询语言相比,它确实是二等公民.
3. 两者都支持JavaScript中的服务器端"存储过程".在这两个系统中,这都来自一个稍微不那么惯用的JavaScript API,尽管ArangoDB要好得多.这是在即将推出的OrientDB版本中修复的.
4. 两者都提供REST API,两者都旨在通过JavaScript请求处理程序用作"API服务器".这在ArangoDB中比OrientDB更实用.
5. 两者都是在许可许可下分发的.
6. 两者都是ACID并且具有事务支持,但是在这两个事务中都是服务器端操作 - 它们更像是原子批次的命令,而不是传统RDBMS中可能习惯的事务类型.

但是,有很多不同之处:

1. ArangoDB没有"链接"的概念,这是OrientDB中非常有用的功能.它们允许单向关系(就像网络上的超链接一样),没有边缘的开销.
2. ArangoDB是用C++(和JavaScript)编写的,而OrientDB是用Java编写的.两者都有其优点:
   • 使用C++编写意味着ArangoDB使用V8,这是一个为node.js和Google Chrome提供支持的高性能JavaScript引擎.而用Java编写的意味着OrientDB使用Nashorn,它仍然很快但不是最快的.这意味着与OrientDB相比,ArangoDB可以提供与node.js生态系统更高级别的兼容性.
   • 用Java编写意味着OrientDB在更多平台上运行,包括例如Raspberry PI.这也意味着OrientDB可以利用许多其他用Java编写的技术,例如,OrientDB通过Lucene提供了极好的全文/地理空间搜索支持,ArangoDB无法使用.
3. OrientDB使用SQL的方言作为其查询语言,而ArangoDB使用自己的自定义语言AQL.从理论上讲,AQL更好,因为它是为问题明确设计的,在实践中虽然它感觉与SQL非常相似但具有不同的关键字,并且是另一种学习的语言,而如果习惯了SQL,OrientDB的实现会感觉更舒服.SQL是声明性的,而AQL是必不可少的 - YMMV在这里.
4. ArangoDB是一个"大多数内存"数据库,当大多数数据适合RAM时,它最有效.这可能适合您的需要,也可能不适合您.OrientDB没有这个限制(但也喜欢RAM).
5. OrientDB完全面向对象 - 它支持具有属性和继承的类.这非常有用,因为它意味着您的数据库结构可以将1-1映射到您的应用程序结构,而不需要像ActiveRecord那样丑陋的黑客攻击.ArangoDB通过Foxx中的模型支持相似的东西,但它更像是一个可选的插件,而不是数据库工作方式的核心部分.
6. ArangoDB通过Foxx提供了很大的灵活性,但它并不是由具有强大服务器端JS背景的人设计的,并且在很多时候重新发明了轮子.他们没有利用像express这样的框架来处理他们的请求,而是创建了他们自己的Sinatra克隆,当然它使它几乎与express相同(express也是一个Sinatra克隆),但略有不同,并且意味着没有express的中间件或插件可以重复使用.同样,它们嵌入了V8,但没有嵌入libuv,这意味着它们不提供与node.js相同的非阻塞API,因此用户无法确定给定的npm模块是否可以在那里工作.这意味着非平凡的应用程序不能使用ArangoDB作为后端的替代品,这抵消了Foxx的许多潜在用途.
7. OrientDB支持第一类属性级别和数据库级别索引.您可以直接查询和插入特定索引以获得最大效率.我在ArangoDB中没有看到对此的支持.
8. OrientDB是更成熟的选择,拥有许多知名用户.ArangoDB较新,不太知名,但增长迅速.
9. ArangoDB的文档非常出色,它们为许多不同的编程语言提供官方驱动程序.OrientDB的文档并不是很好,虽然大多数平台都有驱动程序,但它们是社区驱动的,因此并不总是与最新的OrientDB功能保持同步.
10. 如果您使用的是Java(或Java桥),则可以将OrientDB作为库直接嵌入到应用程序中.在ArangoDB中无法使用此用例.
11. OrientDB具有用户和角色的概念,以及记录级安全性.这对你来说可能是一个杀手锏,对我而言.它还支持基于令牌的身份验证,因此可以使用OrientDB作为授权/验证用户的主要方式.OrientDB还具有LDAP集成功能.相比之下,ArangoDB仅支持非常简单的auth选项.

两种系统都有自己的优势,因此在它们之间进行选择取决于您自己的情况:

• 如果您正在构建一个小型应用程序,并且您是一名优化开发人员工作效率的Web开发人员,那么使用ArangoDB可能更容易启动并快速运行.

• 如果您正在构建一个更大的应用程序,可能存储数千兆字节或数TB的数据,或拥有数千个并发用户,或拥有"企业"用例,或需要细粒度的安全控制,那么OrientDB就是您的最佳选择.

• 如果要存储RDF或类似结构的链接数据,请选择OrientDB.

• 如果您使用的是Java,请选择OrientDB.

注:这是(我的意见)游戏的状态今天,事情很快发生变化,我不会低估背后ArangoDB的真棒团队的无情效率,我只是认为这是不太有尚未 :)

查尔斯皮克(codemix.com)