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