图 – Neo4j设计:属性vs“节点和关系”

我有一个节点类型,其字符串属性通常具有相同的值.等等.数百万个节点只有该字符串值的5个选项.我将通过该属性进行搜索.

我的问题是在性能和​​内存方面更好的是:
a)将其实现为节点属性并具有大量重复项(并使用WHERE进行搜索).
b)将其实现为5个额外节点,其中所有原始节点引用其中一个节点(并使用额外的MATCH进行搜索).

在不了解更多细节的情况下,很难给出通用答案.

性能角度来看,最好尽早限制搜索.如果您不必查看遍历的属性,则更有益.

鉴于我认为最好将lookup属性移动到单独的节点并将该值用作关系类型.

相关文章

一、引言 学习redis 也有一段时间了,该接触的也差不多了。后来有一天,以前的同事问我,如何向redis中...
一、引言 上一篇文章,我介绍了如何在Linux系统上安装和配置MongoDB,其实都不是很难,不需要安装和编译...
一、介绍 Redis客户端使用RESP(Redis的序列化协议)协议与Redis的服务器端进行通信。 虽然该协议是专门...
一、引言 redis学了一段时间了,基本的东西都没问题了。从今天开始讲写一些redis和lua脚本的相关的东西...
一、介绍 今天继续redis-cli使用的介绍,上一篇文章写了一部分,写到第9个小节,今天就来完成第二部分。...
一、引言 上一篇文章我们已经介绍了MongoDB数据库的查询操作,但是并没有介绍全,随着自己的学习的深入...