在像 OrientDB 这样的图形数据库中，我们如何知道一条边是 out() 还是 in()？我知道边充当顶点之间的链接（这与 RDMS 中的表之间的关系相同），但是我们如何确定方向。例如，我有一些 Lecturer 和 Courses 的顶点，在这里，我想要一 (1) 个 Lecturer 到许多 Courses，即一对多的关系。那么讲师和课程之间的边缘方向是什么，是in（）来自讲师还是out（）来自讲师我的意思是我如何使用“select in（）从讲师”或选择来编写查询out() 来自讲师？谢谢。
【问题讨论】：
边的方向与域完全相关，不会影响遍历性能（即，从顶点开始，您可以遍历传入边与传出边的性能完全相同）。
重要的是以有意义的方式定义边缘“名称”，以便边缘方向明确。
我会尝试用一个例子来澄清
假设您有两个顶点类：Person 和 Car。 假设您想在两者之间创建关系，以表示所有权（即，一个人拥有一辆汽车）。
考虑这两种表示关系的方式：
Person -Owns-> Car
和
Person <-BelongsTo- Car
如您所见，两者都很清晰并且很好地代表了领域。
当然，您有无限的选择来选择边缘名称（顺便说一句，动词通常是一个非常好的选择），因此您可以选择“所有权”之类的名称。这绝对是一个糟糕的选择，因为它不会明确方向，例如。
是吗
Person -Ownership-> Car
是吗
Person <-Ownership- Car
想象一下，在您不使用它的几个月后，您必须对这个架构进行查询，其中有数十个语义上不明确的关系。你看问题...
最后，只是模型是否清晰的问题。这是人的问题，不是技术问题。
希望对你有帮助
【讨论】：
无向与有向边
无向：
A -（边缘）-B
A可以遍历到B，B可以遍历到A
优点：在处理无向（对称）或双向关系时很简单。 示例：“B 的朋友”⇔“A 的朋友”
缺点：不携带方向信息。
有向边
A -（边缘）-> B
A可以遍历到B，但是B不能遍历到A
优点：节省内存并正确描述方向受限的关系 示例：“A parent_of B”⇏“B parent_of A”
缺点：无法从目标返回到源。
关于您的问题 - 如果是我，我会为您的用例选择无向的，因为我很可能想要双向进行。
【讨论】：