From 1122a290c55422f2da57dee73c067330c33b6441 Mon Sep 17 00:00:00 2001 From: "min.wu" <50101159+whitewum@users.noreply.github.com> Date: Fri, 25 Jun 2021 09:23:17 +0800 Subject: [PATCH] Update 2.graph-modeling.md (#644) * Update 2.graph-modeling.md * Update 2.graph-modeling.md * Update 2.graph-modeling.md Co-authored-by: randomJoe211 <69501902+randomJoe211@users.noreply.github.com> --- docs-2.0/8.service-tuning/2.graph-modeling.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/docs-2.0/8.service-tuning/2.graph-modeling.md b/docs-2.0/8.service-tuning/2.graph-modeling.md index fd6c5029aa8..baa0d176185 100644 --- a/docs-2.0/8.service-tuning/2.graph-modeling.md +++ b/docs-2.0/8.service-tuning/2.graph-modeling.md @@ -26,9 +26,11 @@ 改变指的是业务模型和数据模型上的改变（元信息），不是数据自身的改变。 -Nebula Graph {{ nebula.release }} 是强 schema 的系统，这意味着业务数据模型中的部分是“不应该经常改变的”，例如属性 schema 应该避免改变。类似于 MySQL 中 alter table 是应该尽量避免的操作。 +一些图数据库产品是schema-free的设计，所以在数据模型上，不论是图拓扑结构还是属性，都可以非常自由。属性可以建模转变为图拓扑，反之亦然。这类系统通常对于图拓扑的访问有特别的优化。 -而点及邻边可以非常低成本的增删，因此可以将业务模型中“经常改变的部分”建模成点或边（关系），而不是属性schema。 +而 Nebula Graph {{ nebula.release }} 是强 schema 的（行存型）系统，这意味着业务数据模型中的部分是“不应该经常改变的”，例如属性 schema 应该避免改变。类似于 MySQL 中 alter table 是应该尽量避免的操作。 + +而点及邻边可以非常低成本的增删，因此可以将业务模型中“经常改变的部分”建模成点或边（关系），而不是属性 schema。 例如，在一个业务模型中，人的属性是相对固定的，例如“年龄”，“性别”，“姓名”。而“通信好友”，“出入场所”，“交易账号”，“登录设备”等是相对容易改变的。前者适合建模为属性，后者适合建模为点或边。