LDBC中`explicitlyDeleted=false`的含义及数据删除逻辑问询
LDBC基准测试中
Person_likes_Post条目删除逻辑说明 我正在研究由Neo4j和TigerGraph参与贡献的LDBC基准测试,希望了解条目摄入方式以衡量性能。以下是Person_likes_Post的两条示例条目:
{"creationDate":1296583977045,"deletionDate":1577664000000,"explicitlyDeleted":false,"PersonId":13194139533355,"PostId":412316861128} {"creationDate":1296750065049,"deletionDate":1296750075058,"explicitlyDeleted":true,"PersonId":13194139533355,"PostId":412316861129}
问题
请问当explicitlyDeleted:true时,是否仅代表对应的边被删除?当explicitlyDeleted:false时,是源节点、目标节点还是两者被删除?
解答
- 当
explicitlyDeleted:true时,仅代表这条Person_likes_Post边被显式删除,关联的Person节点和Post节点本身不会受到影响,节点不会因这条边的删除操作被移除。 - 当
explicitlyDeleted:false时,该字段仅标记这条边处于未被删除的有效状态,不存在“源节点/目标节点被删除”的关联逻辑。节点的删除状态需查看对应Person或Post条目自身的删除相关字段(如deletionDate、explicitlyDeleted),与这条边的状态无关。
LDBC SNB基准测试中,边的删除操作独立于节点,explicitlyDeleted字段是专门用于标记边实体的删除状态,和节点的生命周期管理是分开的。
内容的提问来源于stack exchange,提问作者cpchung
相关产品推荐
相关产品推荐

