分布式图数据库 Nebula RC2 发布:增强了 CSV Importer 功能
Nebula Graph 是开源的分布式图数据库,可应用于知识图谱、社交推荐、风控、IoT 等场景。
本次 RC2 主要新增 GO FROM ... REVERSELY 和 GROUP BY 等语句,Storage Engine 也更灵活,用户可以通过 Console 或 Http 获取配置信息,触发 compaction;客户端目前支持 Python,Java,Go;在工具方面,增强了 CSV Importer 功能
Query Engine
- 支持
GROUP BY语句用于聚合函数,根据一个或多个属性对结果集进行分组。 #749 UPDATE CONFIGS增加对表达式的支持 #1273- 支持通过 Console 更改日志级别 #1273
- 新增 “IF...RETURN...”,条件成立时返回对应结果,提供一定的 if else 逻辑能力 #1233 、#1246
String数据类型支持无限长度 #1103- 插入点边时,和 SQL一样,允许按用户输入的属性名顺序来插入(而不是 Schema 的属性名顺序)#1219
Tag/Edgetype属性支持设置默认值 #860- 新增
GO FROM ... REVERSELY,查询反向关系 #1349
Storage
- 新增
SHOW PARTS获取当前 SPACE 的 partition 详情 #1086 - 新增
BALANCE STOP暂停 load balance #1238 - 支持通过手动触发 RocksDB compaction 和 flush #677、#1240
- RocksDB 默认
BlockBasedTable大小从 4 MB 改成 1024 MB #1248 - gflags 中新增
max_edge_returned_per_vertex选项,限制超级顶点返回边数量 #1221 - Storage 增加对点的缓存#1294 #1268
- 升级依赖库 folly、fbthrift #1161
Tools
- 优化 CSV Importer,新增 CSV Importer 镜像,用户可以使用 Docker 导入 CSV 数据,详情请见 https://github.com/vesoft-inc/nebula-importer
Client
- 新增 Python 客户端,已上传 PyPI,使用及示例请参见 https://github.com/vesoft-inc/nebula-python
- Golang 客户端,使用及示例请参见 https://github.com/vesoft-inc/nebula-go
- Java 客户端上传官方 Repo,使用及示例参见 https://github.com/vesoft-inc/nebula-java
Changed/Removed
- 命令
ADD/REMOVE HOSTS不再支持,hosts 会被自动发现,用户不再需要手动添加
RC3 Roadmap
- Query Engine
- 子图
- Storage
- Snapshot
- 索引
- Remove / Scan Interface
- Jepsen
- Tools
- DumpTool
- Test Framework
- 回归测试
- 混沌测试
- UI
- 查询
- CSV 数据导入
- Hash 工具
- Graph Exploration
最后是 Nebula 的 GitHub 地址,欢迎大家试用,有什么问题可以向我们提 issue。GitHub 地址:https://github.com/vesoft-inc/nebula;加入 Nebula Graph 交流群,请联系 Nebula Graph 官方小助手微信号:NebulaGraphbot

分布式图数据库 Nebula RC2 发布:增强了 CSV Importer 功能的更多相关文章
- 分布式图数据库 Nebula Graph 的 Index 实践
导读 索引是数据库系统中不可或缺的一个功能,数据库索引好比是书的目录,能加快数据库的查询速度,其实质是数据库管理系统中一个排序的数据结构.不同的数据库系统有不同的排序结构,目前常见的索引实现类型如 B ...
- 初识分布式图数据库 Nebula Graph 2.0 Query Engine
摘要:本文主要介绍 Query 层的整体结构,并通过一条 nGQL 语句来介绍其通过 Query 层的四个主要模块的流程. 一.概述 分布式图数据库 Nebula Graph 2.0 版本相比 1.0 ...
- 分布式图数据库 Nebula Graph 中的集群快照实践
1 概述 1.1 需求背景 图数据库 Nebula Graph 在生产环境中将拥有庞大的数据量和高频率的业务处理,在实际的运行中将不可避免的发生人为的.硬件或业务处理错误的问题,某些严重错误将导致集群 ...
- COSCon'19 | 如何设计新一代的图数据库 Nebula
11 月 2 号 - 11 月 3 号,以"大爱无疆,开源无界"为主题的 2019 中国开源年会(COSCon'19)正式启动,大会以开源治理.国际接轨.社区发展和开源项目为切入点 ...
- 图数据库 Nebula Graph TTL 特性
导读 身处在现在这个大数据时代,我们处理的数据量需以 TB.PB, 甚至 EB 来计算,怎么处理庞大的数据集是从事数据库领域人员的共同问题.解决这个问题的核心在于,数据库中存储的数据是否都是有效的.有 ...
- 图数据库 Nebula Graph 的数据模型和系统架构设计
Nebula Graph:一个开源的分布式图数据库.作为唯一能够存储万亿个带属性的节点和边的在线图数据库,Nebula Graph 不仅能够在高并发场景下满足毫秒级的低时延查询要求,而且能够提供极高的 ...
- Pick of the Week'19 | 图数据库 Nebula 第 47 周看点-- insert 的二三事
每周五 Nebula 为你播报每周看点,每周看点由本周大事件.用户问答.Nebula 产品动态和推荐阅读构成. 今天是 2019 年第 47 个工作周的周五,来和 Nebula 看看本周有什么图数据库 ...
- 图数据库 Nebula Graph 的安装部署
Nebula Graph:一个开源的分布式图数据库.作为唯一能够存储万亿个带属性的节点和边的在线图数据库,Nebula Graph 不仅能够在高并发场景下满足毫秒级的低时延查询要求,还能够实现服务高可 ...
- 图数据库 Nebula Graph 是什么
图数据库(英语:Graph Database)是一个使用图结构进行语义查询的数据库.该系统的关键概念是图,形式上是点 (Node 或者 Vertex) 和边 (Edge 或者 Relationship ...
随机推荐
- String类中常用的方法
@Test public void demo(){ // 以下为String中的常用的方法及注释, 最常用的注释前有**标注 String s = "abcdefg123456"; ...
- 【BZOJ2190】【Luogu P2158】 [SDOI2008]仪仗队
前言: 更不好的阅读 这篇题解真的写了很久,改了又改才成为这样的,我不会写题解但我正在努力去学,求通过,求赞... 题目: BZOJ Luogu 思路: 像我这样的数论菜鸡就不能一秒切这题,怎么办呢? ...
- html汇总
- 阿里巴巴的 Kubernetes 应用管理实践经验与教训
作者 | 孙健波(天元) 阿里巴巴技术专家 导读:本文整理自孙健波在 ArchSummit 大会 2019 北京站演讲稿记录.首先介绍了阿里巴巴基于 Kubernetes 项目进行大规模应用实践过程 ...
- Flink 中LatencyMarks延迟监控(源码分析)
流式计算中处理延迟是一个非常重要的监控metric flink中通过开启配置 metrics.latency.interval 来开启latency后就可以在metric中看到askManage ...
- java中List、Map、Set、Stack、Queue、Collections等的使用
java中List.Map.Set.Stack.Queue.Collections等的使用 List 创建方法: List<String> list=new ArrayList<&g ...
- HDU-3577-------Fast Arrrangement
Chinese always have the railway tickets problem because of its' huge amount of passangers and statio ...
- 适用于带fifo接口的存储器和显示器测试模块封装 挑战cb
cb说完美是没有极限的,对此我表示赞同,自从用了cb的板子,玩开cmos,fpga,sdram,vga等. 不断涌现的是,双端口sdram,四端口sdram,各式各样的封装,但是大同小异,但总是有些不 ...
- IP地址的配置
1.右击 网上邻居 → 属性 2.右击 本地连接 → 属性 3.选择Internet协议(TCP/IP) → 属性 配置如下, 默认网关始终是网段的第一个地址 4.打开cmd → 输入 ipconfi ...
- JVM系列三(垃圾收集器).
一.概述 1. 哪些内存需要回收 上篇文章 我们介绍了 Java 内存运行时区域的各个部分,其中程序计数器.虚拟机栈.本地方法栈三个区域随线程而生,随线程而灭,在这几个区域内就不需要过多考虑回收的问题 ...