MongoDB进阶与实战:微服务整合、性能优化、架构管理
上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人

1.2 类比SQL模型

1.2.1 数据结构

如果你已经熟知关系型数据库(RDBMS)的概念模型,那么不难理解database、table、row、column这几个基本概念。MongoDB使用的数据模型与它们非常类似,见表1-2。

表1-2 MongoDB概念

说明如下:

● 数据库(database):最外层的概念,可以理解为逻辑上的名称空间,一个数据库包含多个不同名称的集合。

● 集合(collection):相当于SQL中的表,一个集合可以存放多个不同的文档。

● 文档(document):一个文档相当于数据表中的一行,由多个不同的字段组成。

● 字段(field):文档中的一个属性,等同于列(column)。

● 索引(index):独立的检索式数据结构,与SQL概念一致。

● _id:每个文档中都拥有一个唯一的_id字段,相当于SQL中的主键(primary key)。

● 视图(view):可以看作一种虚拟的(非真实存在的)集合,与SQL中的视图类似。从MongoDB 3.4版本开始提供了视图功能,其通过聚合管道技术实现。

● 聚合操作($lookup):MongoDB用于实现“类似”表连接(table join)的聚合操作符。

尽管这些概念大多与SQL标准定义类似,但MongoDB与传统RDBMS仍然存在不少差异,包括:

(1)半结构化,在一个集合中,文档所拥有的字段并不需要是相同的,而且也不需要对所用的字段进行声明。因此,MongoDB具有很明显的半结构化特点。除了松散的表结构,文档还可以支持多级的嵌套、数组等灵活的数据类型,非常契合面向对象的编程模型。

(2)弱关系,MongoDB没有外键的约束,也没有非常强大的表连接能力。类似的功能需要使用聚合管道技术来弥补。

1.2.2 类SQL语句

既然MongoDB视一切为文档,那么自然也包括数据操作的命令。

所有的增加、删除、修改、查询命令都通过JSON文档进行描述。值得庆幸的是,如果你已经熟知标准的SQL语法(ANSI SQL),那么在转换到MongoDB这种文档式命令风格时或许会觉得很自然。其中原因就在于,SQL本身也是一种结构化的表达语言,例如一个select查询语句的基本组成包括:

● select子句,表示查询什么内容。

● from子句,表示从哪里查。

● where子句,表示按什么条件过滤。

MongoDB的查询命令几乎有着一模一样的语义,可以说MongoDB的指令实质上也是一种类SQL语义的实现。

接下来,通过一组对比来快速了解MongoDB的命令风格。

1.创建表

SQL语句如下:

类似的MongoDB命令如下:

MongoDB在首次写入文档时,会自动创建集合。

2.创建索引

SQL语句如下:

类似的MongoDB命令如下:

3.插入数据

SQL语句如下:

类似的MongoDB命令如下:

4.查询全表

SQL语句如下:

类似的MongoDB命令如下:

5.条件查询

SQL语句如下:

类似的MongoDB命令如下:

6.分页查询

SQL语句如下:

类似的MongoDB命令如下:

7.更新数据

SQL语句如下:

类似的MongoDB命令如下:

8.删除数据

SQL语句如下:

类似的MongoDB命令如下:

或许,你基本能理解每个命令的含义。如果仍然存疑,请不要着急,在后面的章节中仍然会介绍这些命令的使用方法。