Pick of the Week'20 | 第 30 周看点--属性查询迎来新功能

每周五 Nebula 为你播报每周看点，每周看点由固定模块：特性讲解、Nebula 产品动态、社区问答、推荐阅读，和随机模块：本周大事件构成。

即将送走的是 2020 年第 30 个工作周的周五来和 Nebula 一块回顾下本周图数据库和 Nebula 有什么新看点~~

在本周， FETCH 语法将迎来新功能：新增查询多个 tag 和增强了查询多个 vertex ID 的功能。

FETCH 语法用于查询 vertex / edge 属性，这次新增功能更新弥补了 FETCH 点属性查询的能力不足，加上 FETCH 原先支持变量和管道传入的能力，相信会对属性查询带来极大的帮助。

目前 FETCH 具备同时查询多个 tag 和多个 vertex ID 能力，下面让我们一起看看现在 FETCH 能做哪些查询吧~

查询 VID 为 21 和 20 的所有 tag，且按照 vertex ID的顺序返回查询结果。在原先的 FETCH 功能中，如果查询多个点，仅支持查询一个 tag。

同时查询 2 个点的 2 个 tag，在原先的 FETCH 功能中，这种情况将会报错。

支持通过 pipe 传入 vertex ID，通常可以配合使用 GO 等语法组合使用。

支持使用变量作为 vertex ID 进行查询，可将不同 query 结果先储存在变量中再进行统一查询。

本次 FETCH 功能增强由社区用户 xuguruogu （GitHub 主页：https://github.com/xuguruogu ）贡献，感谢 xuguruogu

Pick of the Week 每周会从官方论坛、微博、知乎、微信群、微信公众号及 CSDN 等渠道精选问题同你分享。

本周分享的主题是【导入数据过慢的排查】，由社区用户 haonebula 提出，Nebula Graph 官方解答。

haonebula 提问：配置 32g 内存 16 核，使用 importer 导入只有 1w/s ，正常吗？应该调整什么参数呢？

Nebula：如果是初始的数据导入，建议先删除索引，待原始数据导入完成后再通过 REBUILD INDEX 命令进行索引重建。

在数据导入时，如果索引存在，可能会导致性能衰减的问题。原因是导入数据时，如果存在索引，导入逻辑会首先判断对应此条数据的索引 row 是否存在，无序数据量越大，判断时间会越长。针对这个问题，有解决办法：

1. 数据导入完成后再 CREATE INDEX、REBUILD INDEX；

2. 批量导入数据，每导入一个量级的数据后做一次 compact。

建议第一种解决方案。

但是根据你说的每秒几万甚至几千的导入速度，确实有些不正常。通常单节点的情况下，不带索引：30-50w/s . 带索引 10w/s 左右。

本期 Pick of the Week 就此完毕，喜欢这篇文章？来来来，给我们的 GitHub 点个 star 表鼓励啦~~ ‍♂️ ‍♀️ [手动跪谢]

交流图数据库技术？交个朋友，Nebula Graph 官方小助手微信：NebulaGraphbot 拉你进交流群~~

星云·小剧场

为什么给图数据库取名 Nebula ？

Nebula 是星云的意思，很大嘛，也是漫威宇宙里面漂亮的星云小姐姐。对了，Nebula 的发音是：[ˈnɛbjələ]

本文星云图讲解--《天鹅座》

这幅以星际尘埃和氢气辉光为笔触的美丽星空影像，呈现了我们银河系盘面大裂缝（大暗隙）北端附近及天鹅座的景观。其中，天鹅座 α 星--明亮炽热的超巨星天津四，位在影像的顶缘中间附近。

影像提供与版权｜ Alistair Symon

<br><br> (二维码自动识别)