8

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

 4 years ago
source link: https://zhuanlan.zhihu.com/p/234919951
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

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



v2-28f84e8711a9c8739487346e453d7e8b_720w.jpg

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

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

本周大事件

v2-17978a72b0f438424017cdfdeb7142f2_720w.jpg

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

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

本周新进 pr

本周 Nebula Graph 主要有这些产品动态和新合并的 pr：

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

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

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

Nebula：很好的问题，逐个回答：

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

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

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

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

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

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

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

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

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


report

Recommend

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK