上一篇
非关系型数据库类图应该怎么画？，教程有哪些？
非关系型数据库建模的挑战与类图适配
非关系型数据库（NoSQL）的数据模型多样，如文档、键值、列族、图等，传统UML类图主要为关系型数据库设计，但通过适当的抽象和符号调整，仍可用于描述NoSQL的结构，类图的核心元素（类、属性、关联）可以映射到NoSQL的集合、文档、行、节点等概念。
不同NoSQL类型的类图映射方法
| NoSQL类型 | 核心概念 | 类图映射 | 关键点 |
|---|---|---|---|
| 文档型 | 集合（Collection）、文档（Document） | 类表示集合，属性表示文档字段，嵌套对象用组合关联 | 文档的嵌套结构用组合表示，引用使用关联 |
| 键值型 | 键空间（Keyspace）、键值对 | 类表示键值对，键和值作为属性，复杂值可拆分为关联类 | 值通常不结构化，类图可展现值的典型结构 |
| 列族型 | 行键（Row Key）、列族（Column Family） | 类表示行，列族作为属性组，或拆分为子类 | 列族内动态列可用多值属性或关联表示 |
| 图型 | 节点（Node）、关系（Relationship） | 节点类，关系作为关联类，属性标注在节点和关系上 | 关联两端可带角色，关系类单独成类 |
文档型类图画法示例
以用户集合为例，每个文档包含用户名、地址（嵌套对象）、订单列表（引用）。
- Address 作为值对象，用组合关联（实心菱形）与 User 连接,表示地址嵌入文档。
- Order 是另一个集合，通过普通关联（带箭头或无箭头）指向它,表示引用。
键值型类图画法示例
键值对通常只有一个键和一个值，值可以是简单类型或复杂对象，若值有固定结构,可定义值类。
KVEntry key: string value: UserProfile (association) UserProfile nickname: string avatarUrl: string
- 键值对看作一个类,值部分通过关联指向实际结构。
列族型类图画法示例
列族如 HBase，每行包含多个列族，每个列族内列可动态增加，用类表示行,列族用属性组或子类表示。
Row rowKey: string + info: InfoColumnFamily + metrics: MetricsColumnFamily InfoColumnFamily name: string age: integer MetricsColumnFamily pageViews: long lastAccess: date
- 列族作为可选的组成部分，用聚合或组合关联,表示每行包含若干列族。
图型类图画法示例
节点和关系分别建模,可用类的关联描述图的边。
Person name: string age: int Follows since: date weight: float
- Person 自关联，关联类 Follows 带上关系属性。
通用画法原则
- 集合/表对应类，文档/行对应类的实例。
- 嵌套结构使用组合（实心菱形）或聚合（空心菱形）。
- 引用使用普通关联,可标注导航方向。
- 动态属性（如列族中的动态列）可用多值属性（）或子类继承表达。
- 索引或复合键可在类图中用构造型（<<index>>）标注。
与关系型类图的区别
| 方面 | 关系型类图 | NoSQL类图 |
|---|---|---|
| 关联 | 外键关联 | 引用或嵌套，无外键约束 |
| 结构 | 表结构固定 | 结构灵活，允许多态属性 |
| 范式 | 强调规范化 | 反规范化，允许冗余 |
| 继承 | 通常用继承表映射 | 文档内嵌或集合异构 |
工具与符号
- 可以使用标准UML类图，加上构造型注明NoSQL特性（如 <<document>> <<collection>>）。
- 对于文档的嵌套深度,可用组合关联的层次表现。
- 多值属性（如数组）在属性后加 [] 表示。
相关问题与解答
问题1：如何处理文档型数据库中嵌套文档的多层结构？
可以使用组合关联层层嵌套，每层嵌套的对象作为单独的类，与父类建立组合关系（实心菱形）。User 嵌套 Address，Address 又嵌套 Geo，则画出三个类，User 包含 Address（组合），Address 包含 Geo（组合）,这样清晰地表达了深度嵌套的文档结构。
问题2：NoSQL类图是否需要体现数据一致性约束（如最终一致性）？
类图本身主要描述静态结构，不直接体现一致性模型，但可以通过在类或关联上添加注释或构造型（如 <<eventually consistent>>）来提醒，也可以在关联约束中注明弱一致性对引用的影响（如引用可能指向已删除的文档），但这通常超出类图的范围,更适合用补充文档或活动图表达。
