OPT

docs-2.0/1.introduction/0-2.relates.md

@@ -125,7 +125,7 @@ NoSQL 数据库的列式存储与 NoSQL 数据库的键值存储有许多相似
 对于一个大规模的图数据来说，是很难存放在单个服务器的内存中的，即使仅仅存放图结构本身也不够。而且通过增加单服务器的能力，其成本价格通常成指数级别上升。
 此外，随着数据量的增加，例如到达千亿级别的时候，已经超过了市面上所有商用服务器的容量能力。
 
-于此对应的，另外一个经常使用的方案，是对数据进行分片，并将每个分片放置在不同的服务器上（并进行冗余备份），以此来增加可靠性和性能。对于一些 NoSQL 型的系统，例如 key-value 或者文档型的系统来说，这个分片方式是比较直观和自然的；通常可以根据 key 或者 docID，来将每个记录或者数据单元(key-value, doc)放在不同的服务器上。 
+与此对应的，另外一个经常使用的方案，是对数据进行分片，并将每个分片放置在不同的服务器上（并进行冗余备份），以此来增加可靠性和性能。对于一些 NoSQL 型的系统，例如 key-value 或者文档型的系统来说，这个分片方式是比较直观和自然的；通常可以根据 key 或者 docID，来将每个记录或者数据单元(key-value, doc)放在不同的服务器上。 
 
 但是图这种数据结构的分片通常不那么直观，这是因为通常图是“全联通”的，每个点通常只要6跳就可以联通到其他任何节点；
 而理论上早已证明图的划分问题是 NP 的。

docs-2.0/1.introduction/2.data-model.md

@@ -1,6 +1,6 @@
 # 数据模型
 
-本文介绍 Nebula Graph 的数据模型。数据模型是一种组织数据并说明它们如何相互关联的模型（schema）。
+本文介绍 Nebula Graph 的数据模型。数据模型是一种组织数据并说明它们如何相互关联的模型。
 
 ## 数据模型
 
@@ -19,7 +19,7 @@ Nebula Graph 数据模型使用 6 种基本的数据模型：
 
   !!! Compatibility
 
-        Nebula Graph 2.x 的点不能没有 Tag。Nebula Graph {{nebula.release}} 的点可以没有 Tag。
+        Nebula Graph 2.x 及以下版本中的点必须包含至少一个 Tag。
 
 - 边（Edge）
 
@@ -29,13 +29,13 @@ Nebula Graph 数据模型使用 6 种基本的数据模型：
   - 边是有方向的，不存在无向边。
   - 四元组 `<起点 VID、Edge type、边排序值 (rank)、终点 VID>` 用于唯一标识一条边。边没有 EID。
   - 一条边有且仅有一个 Edge type。
-  - 一条边有且仅有一个 rank，类型为 int64，默认值为 0。
+  - 一条边有且仅有一个 Rank，类型为 int64，默认值为 0。
 
-  !!! 关于 rank
+  !!! 关于 Rank
 
-       rank 可以用来区分 Edge type、起始点、目的点都相同的边。该值完全由用户自己指定。       
-       读取时必须自行取得全部的 rank 值后排序过滤和拼接。       
-       不支持诸如 `next(), pre(), head(), tail(), max(), min(), lessThan(), moreThan()` 等函数功能，也不能通过创建索引加速访问或者条件过滤。 
+       Rank 可以用来区分 Edge type、起始点、目的点都相同的边。该值完全由用户自己指定。       
+       读取时必须自行取得全部的 Rank 值后排序过滤和拼接。       
+       不支持诸如`next(), pre(), head(), tail(), max(), min(), lessThan(), moreThan()`等函数功能，也不能通过创建索引加速访问或者条件过滤。 
 
 - 标签（Tag）
 
@@ -45,7 +45,7 @@ Nebula Graph 数据模型使用 6 种基本的数据模型：
 
   Edge type 由一组事先预定义的属性构成。
 
-- 属性（Properties）
+- 属性（Property）
 
   属性是指以键值对（Key-value pair）形式表示的信息。