什么是图形数据库？

Question

看看options for an embedded NoSQL database written in Java，图形数据库就出现了。什么是图形数据库(特别是与键值存储和面向文档的数据库形成对比)，何时使用(何时不使用)？

Answer 1

我在学校学到了一点关于它们的知识(很久以前)。关系型还没有完全占领世界，但它已经很接近了，所以图形数据库得到了粗略的提及。IIRC他们当时已经差不多死了。我不确定这篇文章的信息量到底有多大，但我会把它放在那里，以防它对某些人有帮助。

基本上，如果我回忆的是真的，一个图形数据库本质上就是一个图形。您可以从图中检索数据(节点)，然后为了查找相关信息，可以遍历指向图结构中相关数据的链接(边)。

除了一个明显的例子，你的数据是像图形一样的，使用起来可能更快/更自然，我想不出有什么优势。我不记得有任何缺点，但我怀疑它在处理关系数据库擅长的事情(即处理大型元组集)时可能做得不好。

Answer 2

有几个可用来回答“什么”问题的来源，包括：

http://www.infinitegraph.com/what-is-a-graph-database.html

什么时候应该使用图形数据库？

如果您的数据包含许多多对多关系，如果递归自联接成本太高或限制了您的应用程序和扩展需求，并且/或者您的主要目标是快速找到数据中对象之间的连接、模式和关系。

Answer 3

图形数据库在信息具有固有的图形性质的场景中很有用，例如社会网络，书目数据库，如维基百科，欺诈检测，媒体分析，推荐，生物网络分析，...在这些场景中，不太可能只获得结果列表，而是一组满足给定约束的实体。

图形数据库非常有用，因为：

Relationships between entities are implicit in the model
They are more flexible to manage unknown or dynamic schemas
Favor structural and navigational queries
They are more efficient solving network operations