|
Post by joitarani9o on Mar 19, 2024 9:34:39 GMT
结论是一致的那么我们没有对图进行大规模支持的原因是图表有很多种类型每个物种都有许多不同的表现形式图算法有很多种图算法的性能对图表示和实现细节非常敏感人们对非常大的图使用非常昂贵的算法。很明显为什么语言在其标准库中不支持图形有太多的设计决策权衡和维护麻烦。这解释了为什么程序员避免使用第三方图形库因为它们要么太有限要么太慢。这也解释了为什么程序员不喜欢用图表来思考除非在用了。自从这项研究开始以来我在工作中遇到了一些新的图形问题。 我仍然看重以图表的形式对系统进行分析但我害怕去实现它们。但现在我知道为什么其他人都害怕他们了。 感谢您的关注附录 亚美尼亚电报号码数据 具有图类型的语言图查询语言图查询语言之于图数据库就像之于关系数据库。目前还没有广泛使用的标准但最流行的两个标准是用于语义三元组查询的和的。讽刺的是并不是一种图查询语言。它的名字来源于它与的连接。我认为图数据库与编程语言中的图有很大不同但它们的查询语言表明图可以在过程语言中工作。所有和之间的主要区别在于中的关系是第一类实体。 想象一个电影和人物的数据集其中人们充当这些电影的演员导演或制片人。在中您可以将每个关系实现为多对多表这将使谁在电影中这样的查询更容易但谁在电影中扮演什么角色这样的查询会更复杂。在中链接只是边这简化了相同的查询。前缀选择有类似的设计。还可以管理边扩展它们组合它们使用传递闭包等。如果我们需要在一系列电影中以某种方式找到与凯文培根有联系的所有演员我们可以这样写。组合两个搜索展开传递闭包无法告诉我们路径的长度或沿该路径的计算例如构建连接两个演员的电影链。
|
|