一个开源、高性能、本机图形存储，包含您对企业就绪数据库所期望的一切，包括高可用性集群、ACID 事务和Geequel，一种直观的、以模式为中心的图形查询语言。开发人员使用基于图论的结构，我们称之为节点和关系，而不是行和列。对于许多用例，与非原生图形、关系和 NoSQL 数据库相比，ONgDB 将提供数量级的性能优势。
开放原生图形数据库 (ONgDB) 为企业提供的主要优势包括：
- 参照完整性： ONgDB 是一个可靠的、可扩展的、高性能的原生图数据库，适合企业使用。应用适当的 ACID 特性是数据可靠性的基础。ONgDB 确保涉及数据修改的操作发生在事务中，以保证数据的一致性。
- 质量性能：当涉及到数据关系处理时，ONgDB 将极大地提高处理网络检查和基于深度的查询的性能，这些查询从本地图存储中的选定起始节点集遍历出来。相比之下，当围绕单个实体的网络深度和复杂性增加超过少数 JOIN 操作时，传统数据库的关系查询将停止。
- 灵活性： ONgDB 为企业数据架构师组提供了处理数据变化的优势，因为当行业和应用程序发生变化时，图模型的模式和结构是灵活的。当需要将新数据包含在图形结构中时，模式将在写入图形时更新，而不是预先对域进行建模。
- 敏捷性：使用开放原生图形数据库创建与精益交互式开发实践完美契合，这让您的图形数据库随着应用程序的其余部分和不断发展的业务需求而发展。ONgDB 正在实现快速开发和敏捷维护。
- 缓存分片： ONgDB 提供横向扩展的内存中读取分片，以实现高缓存命中率，其中与集群中每个实例相关的读取将预热缓存，而无需将整个图加载到内存中。
ONgDB官网提供ONgDB Enterprise 1.0.0版本，这个版本中进行大改版并且弃用了所有与Neo4j相关的所有商标信息。该项目也存在两个发行版，分别是社区版和企业版。社区版开源协议为GPLv3，企业版开源协议为AGPLv3，商用时需要遵守对应的开源协议。详情可以在The Graph Foundation官网查看。
-
在ONgDB中主要有模式索引和全文索引，可以支持一些基本的查询，但是在大量数据的时候都会有性能瓶颈。此外全文索引功能还不可以支持数值类型的检索。使用插件集成es之后，可以让图库支持更加复杂的检索并保证高性能。图数据库事务的CRUD操作都会同步到es，保持数据的一致。 插件下载 此插件支持索引中文标签，下载之后按照说明在neo4j.conf中配置对应选项。【创建好mapping之后再启动图库】 on
-
Here’s the table of contents: 图数据库ONgDB Release v-1.0.1 ONgDB在图基金会领导下目前正在研发v2.0版本（也就是官方支持Fabric的版本）。最近，ONgDB在v1.0基础上进行了第一次小版本升级，现在将主要信息同步如下。需要注意的是ONgDB企业版和社区版都是开源的，区别在开源协议不同，使用时请注意区分。 一、升级内容 点击下载O
-
Here’s the table of contents: Neo4j/ONgDB 图数据库快速处理 Excel 文件 使用过 Neo4j/ONgDB 图数据库的朋友应该对 CSV 文件的处理很熟悉，但是对于 Excel 文件的处理可能并不是很清楚，经常会编写一大堆 Excel 解析的代码去操作。在 3.x 版本的 APOC 组件中其实很早就开始支持对 Excel 的读取了，但是文档直到 Ne
-
问题内容： 我需要一些想法来实现Java的（真正）高性能内存数据库/存储机制。在存储20,000+个Java对象的范围内，每5秒钟左右更新一次。 我愿意接受的一些选择： 纯JDBC /数据库组合 JDO JPA / ORM /数据库组合 对象数据库 其他存储机制 我最好的选择是什么？你有什么经验？ 编辑：我还需要能够查询这些对象 问题答案： 您可以尝试使用Prevayler之类的工具（基本上是一个
-
问题内容： 我在公司中多次设计数据库。为了提高数据库的性能，我只寻找标准化和索引。 如果要求您提高数据库的性能，该数据库包含大约250个表以及一些具有数百万个记录的表，那么您将寻找什么不同的东西？ 提前致谢。 问题答案： 优化逻辑设计 逻辑级别是关于查询和表本身的结构。首先尝试最大程度地发挥这一作用。目标是在逻辑级别上访问尽可能少的数据。 拥有最高效的SQL查询 设计支持应用程序需求的逻辑架构（例
-
在我的Neo4j/SDN 4应用程序中，我的所有密码查询都基于内部Neo4j ID。 这是一个问题，因为我不能在我的web应用程序URL上依赖这些ID。Neo4j可以重用这些ID，因此很有可能在将来的某个时候，在相同的ID下，我们可以找到另一个节点。 我尝试基于以下解决方案重新实现此逻辑：使用图控制唯一id的生成，但发现查询性能下降。 从理论上看，基于）属性的密码查询是否应该 例如： 与基于内部N
-
黄金法则 二八原则 系统中 20% 的代码会消耗 80% 的性能！在进行性能优化时，我们应该始终坚持这个原则。 够用原则 如果有两种方式渲染图像，无法观察出哪个渲染的效果更好，那就选用性能消耗更低的方式。我们知道，RGBA4444 像素格式的 PNG 图像质量比 RGBA8888 像素格式的要低，但是如果在游戏效果上，无法观察出哪个效果好，我们应该坚持使用 RGBA4444 的像素格式，因为它占用
-
我有Neo4J3.3.5图形数据库:27GB，50KK节点，500KK关系。索引打开。模式。个人电脑:16GB内存，4个核心。 由于缺少后联合处理，我使用+来合并所有关系的分数。 不幸的是，性能较低。我在5-10秒内得到一个关系（如上）查询的响应。当我试图将结果与+组合时，查询“never”结束。 做这件事的更好/正确的方法是什么？也许我在图形设计上做错了什么？硬件配置到低？或者也许有一些算法可以
-
本文向大家介绍Vue 实现树形视图数据功能，包括了Vue 实现树形视图数据功能的使用技巧和注意事项，需要的朋友参考一下 利用简单的树形视图实现，熟悉了组件的递归使用 这是模拟的树形图数据 代码如下 treelist.vue index.html index.js 在经过踩坑之后，我发现Vue官网有类似的案例，链接→ 传送门 参考过官网的方法后，我尝试着实现了一下 这样写和我踩坑时的 思路不同点在于