OrientDB使用群集位置作为标识符

OrientDB使用群集位置作为标识符,orientdb,Orientdb,我希望在持久化的orientdb实体上有一个自动增量标识符 orient数据库中的id是。它由两部分组成(集群:位置) cluster,是群集id 位置,是集群内记录的绝对位置 我在文档中看到,默认情况下,OrientDB会为每个类创建一个集群。 因为每个集群有一个实体类。 是否可以仅使用RecordID位置作为对象的标识符(类的唯一标识符)?绝对可以。RID永远不会被回收,即使在删除记录时也是如此,它将记录表示为数据库中的唯一对象。绝对是。RID永远不会被回收,即使在删除记录时也是如此,它

我希望在持久化的orientdb实体上有一个自动增量标识符

orient数据库中的id是。它由两部分组成(
集群:位置

  • cluster,是群集id
  • 位置,是集群内记录的绝对位置
我在文档中看到,默认情况下,OrientDB会为每个类创建一个集群。 因为每个集群有一个实体类。
是否可以仅使用RecordID位置作为对象的标识符(类的唯一标识符)?

绝对可以。RID永远不会被回收,即使在删除记录时也是如此,它将记录表示为数据库中的唯一对象。

绝对是。RID永远不会被回收,即使在删除记录时也是如此,它将记录表示为数据库中的唯一对象。

好的,谢谢Luca。这是个好消息。这样做是否有一些优点/缺点(设计、性能…)而不是一个简单的方法?优点:这是有史以来最快的方法。缺点:处理#可能是HTTP/webI中的一个问题。我只想使用正确的部分作为标识符,而不是完整记录id。这将是类的唯一标识符。我认为这是一个误解。我将编辑我的问题。默认情况下是1类1集群。但是,如果在同一类“employee”下创建一个集群“employee_usa”和“employee_europe”,那么boh集群将有两个RID序列,因此仅使用集群位置是不够的。好的,谢谢Luca。这是个好消息。这样做是否有一些优点/缺点(设计、性能…)而不是一个简单的方法?优点:这是有史以来最快的方法。缺点:处理#可能是HTTP/webI中的一个问题。我只想使用正确的部分作为标识符,而不是完整记录id。这将是类的唯一标识符。我认为这是一个误解。我将编辑我的问题。默认情况下是1类1集群。但是,如果在同一类“employee”下创建一个集群“employee_usa”和“employee_europe”,那么boh集群将有两个RID序列,因此仅使用集群位置是不够的。