围绕图形数据库有一些炒作。我想知道为什么。
在当今的 Web 环境中可能会遇到哪些可以使用图数据库解决的问题?图数据库是否适合经典应用程序,即可以用作关系数据库的替代品?所以实际上这是两个问题合二为一。
围绕图形数据库有一些炒作。我想知道为什么。
在当今的 Web 环境中可能会遇到哪些可以使用图数据库解决的问题?图数据库是否适合经典应用程序,即可以用作关系数据库的替代品?所以实际上这是两个问题合二为一。
图的许多关系表示对于您可能想要执行的所有操作并不是特别有效。
例如,如果想要从给定节点开始的边满足给定谓词的所有节点的连接集,SQL 中没有自然的方式来表达这一点。您可能会使用谓词查询边,然后必须在本地排除断开的边,或者在一组链接到迭代查询中的下一个链接之后与数据库服务器进行非常冗长的对话。
图不是关系数据库的一般替代品。RDB 主要处理集合(表),而图形主要是因为互连的“形状”而有趣。使用关系数据库,您可以跟踪集合之间预定深度(固定数量的连接)的链接,结果逐渐过滤和分组,而图形通常导航到任意和递归定义的深度(即不是预定数量的“连接”) . 您可以滥用其中一个来匹配另一个的特征,但它们会有不同的优势。
在我看来,社交网站可能会从图数据库中受益,因为图是存储用户之间联系的一种自然方式。