logo
企业版

社区动态

Pick of the Week'20 | 第 45 周看点--Nebula Graph v2.0-alpha 上线

每周看点

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

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

本周大事件

该版本丰富了数据类型,增强了 nGQL 表达能力。 2.0.0 版本会逐步兼容 openCypher。

每周看点

DB-Engines

在十一月排名中,NebulaGraph 排名不变,紧逼上一名和上上一名 👏 。

产品动态

  1. 控制台图探索导入功能支持边类型导入以及别名
  2. 支持 Find Path 语句路径查询结果可视化

图数据库 NebulaGraph 可视化

社区问答

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

本周分享的主题来自社区用户 85278161,关于【使用 NebulaGraph 独立作为 B2C 商城数据库】

提问:B2C商城使用 MySQL、TiDB 等具有 ACID 的数据库在推荐功能多表查比较慢。 1.使用 NebulaGraph 独立作为 B2C 商城数据库可以吗,可能会存在什么问题; 2.如果使用 TiDB + Nebula 或者 MySQL + Nebula,Nebula 仅作为查关系图使用,该怎么做呢?

Nebula:关系数据库配合图数据库做推荐应该是比较常见的技术栈,比如这个帖子中的建模,把每个订单的单号和手机号做为关系插入数据库,查询的时候就可以做关联查询。每笔订单入关系数据库,同时更新图数据库的点边。

具体该怎么做,要看你想推荐什么,数据建模很关键。

追问:谢谢。插入变更删除等操作,该怎么与图数据同步?在服务器同时进行对应操作,还是使用 MySQL 等的日记、订阅,那种比较好?

Nebula:如果从系统的设计角度来说的话,订阅肯定比业务层直接插入数据好,模块更解耦,系统的稳定性更好。因为推荐即使有问题,也不会影响交易。这样可能推荐的数据实时性稍微受点影响,不过我觉得这是可以接受的。

推荐阅读

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

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

关注公众号