1、社区版免费开源，但是企业级项目实用性不强，嵌入式模式相对于远程连接模式效率较高，但仅支持java和基于jvm的语言，社区版不能使用集群。2、企业版闭源且费用昂贵，集群也只是HA高可用，不能进行分布式存储。
一、neo4j有什么缺点
1、社区版免费开源，但是企业级项目实用性不强，嵌入式模式相对于远程连接模式效率较高，但仅支持java和基于jvm的语言，社区版不能使用集群。
2、企业版闭源且费用昂贵，集群也只是HA高可用，不能进行分布式存储，想要提高性能和容量只能加大机器的硬盘、使用更高的内存和SSD，硬件最终会达到瓶颈。
3、图数据结构导致写入性能差，实时性读写跟不上，大数据量导入麻烦，官方提供的load csv模式性能也不够理想，neo4j-import倒是不错，但是只能用于数据库初始化局限太大。
4、社区不强大，资料不丰富，碰到问题需要慢慢爬坑。
延伸阅读：
二、id的一些典型的类型
- 整型：整型通常来说是优异的选择，这是因为整型的运算和比较都很快，而且还可以设置 AUTO_INCREMENT 属性自动递增。
- ENUM 和 SET：通常不会选择枚举和集合作为 id，然后对于那些包含有“类型”、“状态”、“性别”这类型的列来说是挺合适的。例如我们需要有一张表存储下拉菜单时，通常会有一个值和一个名称，这个时候值使用枚举作为主键也是可以的。
- 字符串：尽可能地避免使用字符串作为 id，一是字符串占据的空间更大，二是通常会比整型慢。选用字符串作为 id 时，还需要特别注意 MD5、SHA1和 UUID 这些函数。每个值是在很大范围的随机值，没有次序，这会导致插入和查询更慢：
- 插入的时候，由于建立索引是随机位置（会导致分页、随机磁盘访问和聚集索引碎片），会降低插入速度。
- 查询的时候，相邻的数据行在磁盘或内存上上可能跨度很大，也会导致速度更慢。
如果确实要使用 UUID 值，应当移除掉“-”字符，或者是使用 UNHEX 函数将其转换为16字节数字，并使用 BINARY(16)存储。然后可以使用 HEX 函数以十六进制的方式进行获取。UUID 产生的方法有很多，有些是随机分布的，有些是有序的，但是即便是有序的性能也不如整型。
