MongoDB 概念解析
不管学习什么数据库都应该学习其中的基础概念,在 MongoDB 中基本的概念是文档,集合,数据库,下面我们挨个介绍.
下表将帮助我们更容易理解 MongoDB 中的一些概念:
SQL 术语/概念 | MongoDB 术语/概念 | 解释/说明 |
---|---|---|
database | database | 数据库 |
table | collection | 数据库表/集合 |
row | document | 数据库记录行/文档 |
column | field | 数据库字段/域 |
index | index | 索引 |
table joins | - | 表链接, MongoDB 不支持 |
primary key | primary key | 主键,MongoDB 自动将 _id 字段设置为主键 |
数据库
一个 MongoDB 中可以建立多个数据库。
MongoDB 的默认数据库为 “db”,该数据库存储在 data 目录中。
MongoDB 的单个实例可以容纳多个独立的数据库,每一个都有自己的集合和权限,不同的数据库也放置在不同的文件中。
数据库相关的操作命令
查看所有数据库的列表
1
2
3
4> show dbs
admin 0.000GB
config 0.000GB
local 0.000GB查看当前数据库对象或集合
1
2> db
test指定连接到某个数据库
1
2> use local
switched to db local
数据库命名规范
数据库也通过名字来标识。数据库可以是满足以下条件的任意 UTF-8 字符串。
- 不能是空字符串(””)
- 不得含有 ‘’(空格)、.、$、\ 和 \0 (空字符)
- 应全部小写
- 最多 64 字节
有一些数据库名是保留的。可以直接访问这些有特殊作用的数据库。
- admin: 从权限的角度看,这是 “root” 数据库。要是将一个用户添加到这个数据库,这个用户自动继承所有数据库的权限。一些特定的服务器端命令也只能从这个数据库运行,比如列出所有的数据库或关闭服务器。
- local: 这个数据库永远不会被复制,可以用来存储限于本地单台服务器的任意集合
- config: 当 Mongo 用于分片设置时,config 数据库在内部使用,用于保存分片的相关信息。
文档(Document)
文档是一组键值对(key-value)。MongoDB 的文档不需要设置相同的字段,并且相同的字段不需要相同的数据类型,这与关系型数据库有很大的区别,也是 MongoDB 非常突出的特点。
一个简单的文档例子如下:
1 | {"site":"www.runoob.com", "name":"菜鸟教程"} |
下表列出了 RDBMS 与 MongoDB 对应的术语
RDBMS | MongoDB |
---|---|
数据库 | 数据库 |
表格 | 集合 |
行 | 文档 |
列 | 字段 |
表联合 | 嵌入文档 |
主键 | 主键(MongoDB 提供了 key 为 _id) |
数据库类型 | 服务 | 客户端 |
---|---|---|
MySQL | mysqld | mysql |
Oracle | oracle | sqlplus |
MongoDB | mongod | mongo |
文档键命名规范:
- 键不能含有 \0(空字符)。这个字符表示键的结尾;
- ‘.’ 和 ‘$’ 有特别的意义,只有在特定环境下才能使用;
- 以下划线 “_” 开头的键是包留的(不是严格要求的)。
需要注意的是:
- 文档中的键值对是有序的。
- 文档中的值不仅是在双引号里面的字符串,还可以是其他几种数据类型(甚至可以是整个嵌入的文档)。
- MongoDB 区分类型和大小写。
- MongoDB 的文档不能有重复的键
- 文档的键是字符串。除了少数例外情况,键可以使用任意 UTF-8 字符。
集合
集合就是 MongoDB 文档组,类似于 RDBMS(关系数据库管理系统:Relational Database Management System)中的表格。
集合存在于数据库中,集合没有固定的结构,这意味着你可以对集合插入不同格式和类型的数据,但通常情况下我们插入集合的数据都会有一定的关联性。
- 比如,我们可以将以下不同数据结构的文档插入到集合中:当第一个文档插入时,集合就会被创建。
1
2
3{"site":"www.baidu.com"}
{"site":"www.google.com","name":"Google"}
{"site":"www.runoob.com","name":"菜鸟教程","num":5}
合法的集合名
- 集合名不能是空字符串 “”;
- 集合名不能含有 \0字符(空字符),这个字符表示集合名的结尾;
- 集合名不能以 “system.” 开头,这是为系统集合保留的前缀;
- 用户创建的集合不能含有保留字符,有些驱动程序的确支持在集合名里面包含,这是因为某些系统生成的集合中包含该字符。除非你要访问这种系统创建的集合,否则千万不要在名字里出现 $。
如下实例:
1 | db.col.findOne() |
Capped collections
Capped collections 就是固定大小的 collection。
它有很高的性能以及队列过期的特性(过期按照插入的顺序)。有点和 “RRD” 概念类似。
Capped collections 是高性能自动的维护对象的插入顺序,它非常适合类似记录日志的功能。和标准的 collection 不同,你必须要显式的创建一个 capped collection,指定一个 collection 的大小,单位是字节。collection 的数据存储空间值是提前分配的。
Capped collection 可以按照文档的插入顺序保存到集合中,而且这些文档在磁盘上存放位置也是按照插入顺序来保存的,所以当我们更新 Capped collection 中文档的时候,更新后的文档不可以超过之前文档的大小,这样就可以确保所有文档在磁盘上的位置一直保持不变。
由于 Capped collection 是按照文档的插入顺序而不是使用索引确定插入位置,这样的话可以提高增添数据的效率。MongoDB 的操作日志文件 oplog.rs 就是利用 Capped Collection 来实现的。
要注意的是指定的存储大小包含了数据库的头信息:
1 | db.createCollection("mycol", {capped:true, size:100000}) |
Capped Collection的特性
- 在 capped collection 中,你能添加新的对象
- 能进行更新,然而,对象不会增加存储空间。如果增加,更新就会失效;
- 使用 Capped Collection 不能删除一个文档,可以使用 drop() 方法删除 collection 所有的行。
- 删除之后,必须显式的重新创建这个 collection;
- 在 32bit 机器中,capped collection 最大存储为 1e9(1x109) 个字节
元数据
数据库的信息是存储在集合中。它们使用了系统的命名空间
1 | dbname.system.* |
在 MongoDB 数据库中名字空间
集合命名空间 | 描述 |
---|---|
dbname.system.namespaces | 列出所有名字空间 |
dbname.system.indexes | 列出所有索引 |
dbname.system.profile | 包含数据库概要(profile) 信息 |
dbname.system.users | 列出所有可访问数据库的用户 |
dbname.local.sources | 包含复制对端(slave)的服务器信息和状态 |
对于修改系统集合中的对象有如下限制
在 插入数据,可以创建索引。但除此之外该表信息是不可变的(特殊的 drop index 命令将自动更新相关信息)。
MongoDB 数据类型
下表为 MongoDB 中常用的几种数据类型
数据类型 | 描述 |
---|---|
String | 字符串,存储数据常用的数据类型。在 MongoDB 中,UTF-8 编码的字符串才是合法的 |
Integer | 整数数值。用于存储数值,根据你所采用的服务器,可分为 32 位或 64 位 |
Boolean | 布尔值。用于存储布尔值(真/假) |
Double | 双精度浮点值。用于存储浮点值 |
Min/Max/ keys | 将一个值与 BSON(二进制的JSON)元素的最低值和最高值相对比 |
Array | 用于将数组或列表或多个值存储为一个键 |
Timestamp | 时间戳。记录文档修改或添加的具体时间 |
Object | 用于内嵌文档 |
Null | 用于创建空值 |
Symbol | 符号。该数据类型基本上等同于字符串类型,但不同的是,它一般用于采用特殊符号类型的语言 |
Date | 日期时间。用 UNIX 时间格式来存储当前日期或时间。你可以指定自己的日期时间:创建 Date 对象,传入年月日信息 |
Object ID | 对象 ID。用于创建文档的 ID |
Binary Data | 二进制数据。用于在文档中存储二进制数据 |
Code | 代码类型。用于在文档中存储 JavaScript 代码 |
Regular expression | 正则表达式类型。用于存储正则表达式 |
下面说明几种重要的数据类型
ObjectId
ObjectId 类似唯一主键,可以很快的去生成和排序,包含 12 bytes,含义是:
- 前4个字节表示创建 Unix 时间戳,格林尼治时间 UTC 时间,比北京时间晚 8 个小时;
- 接下来的3个字节是机器标识码;
- 紧接着的两个字节由进程 id 组成 PID;
- 最后3个字节是随机数。
MongoDB 中存储的文档必须有一个 _id 键。这个键的值可以使任何类型的。默认是个 ObjectId 对象。
由于 ObjectId 总保存了创建的时间戳,所以你不需要为你的文档保存时间戳字段,你可以通过 getTimestamp 函数来获取文档的创建时间:
1 | > var newObject = ObjectId() |
ObjectId 转换为字符串
1 | > newObject.str |
字符串
BSON 字符串都是 UTF-8 编码
时间戳
BSON 有一个特殊的时间戳类型用于 MongoDB 内部使用,与普通的日期类型不相关。时间戳值是一个 64 位的值。其中:
- 前 32 位是一个 time_t 值(与 Unix 新纪元相差的秒数)
- 后 32 位是在某秒钟操作的一个递增的序数。
在单个 mongod 实例中,时间戳值通常是唯一的。
在复制集群中,oplog 有一个 ts 字段,这个字符段中的值使用 BSON 时间戳表示了操作时间。
BSON 时间戳类型主要用于 MongoDB 内部使用。在大多数情况下的应用开发中,你可以使用 BSON 日期类型.
日期
表示当前距离 Unix新纪元(1970年1月1日)的毫秒数。日期类型是有符号的, 负数表示 1970 年之前的日期。
1 | > var mydate1 = new Date() // 格林尼治时间 |
这样创建的时间是日期类型,可以使用 JS 中的 Date 类型的方法。
返回一个时间类型的字符串:
1 | > var mydate1str = mydate1.toString() |
或者
1 | > Date() |