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