logo
企业版

社区动态

Pick of the Week'20 | 第 37 周看点--DBaaS 上线

每周看点

每周五 Nebula 为你播报每周看点,每周看点由固定模块:本周新进 pr、社区问答、推荐阅读,和随机模块:本周大事件构成。

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

本周大事件

每周看点

NebulaGraph DBaaS 服务上线,目前 NebulaGraph Cloud Service 处于公测阶段,感兴趣的小伙伴创建实例后需要官方人员审批通过方能使用,介于资源有限,或存在等待排队审核的情况,希望大家能给 NebulaGraph Cloud Service 团队一点时间 😊 公测入口:https://cloud.nebula-graph.com.cn/

每周看点

NebulaGraph 作为新生图数据库代表受邀参加了著名科技媒体 TheNextPlatform 主办的线上数据库研讨会,主题是下一代数据库。悦数科技有限公司创始人兼 CEO Sherman Ye 接受了主编 Timothy Prickett Morgan 的采访,探讨了 NebulaGraph 的设计思路、比较优势、市场定位,以及开源模式对 NebulaGraph 的重要性等话题。

本周新进 pr

本周 NebulaGraph 主要有这些产品动态和新合并的 pr:

社区问答

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

本周分享的主题来自社区用户 gcj,关于【索引、缓存、搜索引擎】

gcj 提问:这个存储的时候索引是如何创建的?针对查询效率,有必要在查询接口层上层做一层 Redis 缓存吗?以及有必要引入搜索引擎:solr、es 这些吗

Nebula:很好的问题,逐个回答:

1、这个存储的时候索引是如何创建的?

关于索引的存储,可以参考一下这篇文章说明:分布式图数据库 NebulaGraph 的 Index 实践,另外我有一点补充的是,索引和数据都被存在了同一个 part 上,这样有利于通过 index 直接在本 part 中获取 data,避免了跨 part 的网络传输。

2、针对查询效率,有必要在查询接口层上层做一层 Redis 缓存吗?

针对这个上层的缓存问题,我个人认为如果是 OLAP 的话,有必要缓存;如果是 OLTP 的话,因为数据量变动较大,上层缓存的话无形中也增加了上层的负载,目前 Nebula 存储层有相关的 LRU 缓存机制,我感觉在存储层缓存更有利一些。当然如果对数据准确性要求不高,允许数据时延的话,上层的缓存还是有必要的。另一个,在上层做缓存的话,是否直接缓存在第三方系统(例如:Redis)这个问题还有待考虑。

3、 以及有必要引入搜索引擎:solr、es 这些吗?

很好的需求,目前已经有计划支持第三方全文搜索引擎了,主要应用场景有模糊匹配、通配符匹配、正则表达式匹配、前缀匹配、后缀匹配等等。

推荐阅读

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

交流图数据库技术?加入 Nebula 交流群请先填写下你的 Nebula 名片,Nebula 小助手会拉你进群~~

关注公众号