- 主题:[求助]ArangoDB有提供Managed Cloud的么？
ArangoDB是体验上最接近MangoDB+SQL。
由于公司不太想自己做backup，所以希望用Managed Cloud。请问有哪位大神知道ArangoDB有提供Cloud服务的么？
多谢~
--
FROM 49.197.225.*
没懂为啥叫merged one?
因为是graphDB，可以traverse，做复杂关系的query比SQL和DocumentDB都简单很多
【 在 dhcn 的大作中提到: 】
: why choose merged one?
--
FROM 49.197.225.*
gremlin系列的几个 neo4j 我都试过一遍 设计上有很大缺陷 比如不能把复杂对象作为属性储存 (neo4j 完全不支持 gremlin只支持一层的)
最后只有arangoDB是能满足把复杂对象按json存储这个需求的
【 在 dhcn 的大作中提到: 】
: 有专门的graphDB neo4j这类的。
:
--
FROM 110.23.10.*
之前就是SQLServer + MongoDB 也就是SQL+NoSQL的Some SQL方案
但是总是要SQL检索一遍再跟MongoDB拼起来 非常麻烦 而且SQL那边还不是schemaless
所以既然有schemaless的Arango 不如直接用全套的Arango
我不认为GraphDB只应该做traverse 然后连复杂对象都不能处理 我更倾向于认为gremlin和neo4j是严重的设计缺陷 因为他们都是在mongoDB之前就冒出来的 对NoSQL的理解不到位
【 在 dhcn 的大作中提到: 】
: GraphDB主要存关系和关系图检索相关的属性，其他的放在该放的地方。
--
FROM 110.23.10.*
不论怎么分 反正gremlin和neo4j都需要很多compromise 略垃圾 arango是我试过的所有graph当中最省事的
NoSQL我是按wiki的定义 只要不是SQL 就都算NoSQL
graph document key-value object tabular全是NoSQL
web兼容最好的还是mongo这种 json documentDB
【 在 dhcn 的大作中提到: 】
: 关于你最后那句理解NoSQL：工业界做东西都是现有“理解”应用场景做出东西，后有一个概念名词Classify一下，不存在理解那个名词去做东西，包括现在的NewSQL DB。
: 纯从Classify的角度，很多coder并不把GraphDB划分为NoSQL，专做Classify的"动物学家"喜欢那么分.
:
--
FROM 110.23.10.*
没懂你啥意思 感觉你貌似想表现自己很明白 但是你也没说明白 大概你就是想说Graph和Document不是一回事
我并不在乎怎么分类 我就是想找个hosted arangoDB……
至于Graph、SQL、Document各做各事的概念我也不认同，Graph本质上就是document+relation (vertex + edge)。只是被gremlin neo4j带歪了。
各种所谓“企业级”设计动辄把几个不同数据库的东西都拽到内存里做join，我很不以为然。大概都是layered monolithic时代的遗老吧。
Serverless时代，数据库应该尽可能地直接给到query的结果，而不是把一堆东西弄到内存里再搞一遍。
【 在 dhcn 的大作中提到: 】
: 生物学家的事后分类也没错，目里面有做了科，只是你那句话有点目科混乱：因为那个时候可能那个目都不存在。
: 前端领域Ajax概念的提出要比其核心技术组件XHR晚数年。
--
FROM 49.197.196.*