MongoDB初探-基本概念与数据类型

一、基本概念 1、文档:MongoDB是基于文档(Document)的NoSQL数据库。文档是MongoDB中数据的基本单元,非常类于关系数据库中的行(比行要复杂)。 文档由多个键对组成,它们具有以下特性: a、文档中的键/对是有序的(通常文档中键的顺序并不重要)。 b、文档中的

一、基本概念

1、文档:MongoDB是基于文档(Document)的NoSQL数据库。文档是MongoDB中数据的基本单元,非常类似于关系数据库中的行(比行要复杂)。

文档由多个键值对组成,它们具有以下特性:

a、文档中的键/值对是有序的(通常文档中键的顺序并不重要)。

b、文档中的值不仅可以是双引号里的字符串,还可以是其他几种数据类型(甚至可以是整个嵌入的文档)。

c、文档的键是字符串。除了下面少数例外情况,键可以使用任意UTF-8字符。

I、键不能含有\0(空字符),这个字符用于表示键的结尾。

II、点(.)和$有特殊的意义,只能在特定环境下使用。

III、以下划线"_"开头的键为保留键。

d、键/值区分类型和大小写。

e、键不能重复。

2、集合:集合就是一组文档,类似于关系型数据库中的表。MongoDB的集合有以下特性:

a、无模式。集合无模式意味着一个集合里的文档可以是各式各样的,但最好根据数据特征或业务需求划分成多个集合。

b、命名,通过名字来标识集合。集合名可以是满足下列条件的任意UTF-8字符串:

I、集合名不能是空字符串。

II、集合名不能含有\0字符(空字符),这个字符表示集合名的结尾。

III、集合不能以“system.”开头,这是为系统集合保留的前缀。比如,system.users保存着数据库的用户信息,system.namespaces集合保存着所有数据库集合的信息。

IV、用户创建的集合名不能含有保留字符$。

子集合:组织集合的一种惯例是使用"."字符分开的按命名空间划分的子集合。例如,带有博客功能的应用可能包含的两个集合blog.posts和blog.authors。这样可以很清晰的表述posts和authors是博客应用的一部分,具体blog集合是否存在那无关紧要,即blog集合和其子集合没有任何关系。在MongoDB中推荐使用子集合来组织数据。

3、数据库:由多个集合组成,一个MongoDB实例可以承载多个数据库,它们之间可视为完全独立。每个数据库都有独立的权限控制,即便在磁盘上,它们存放的文件也是不同的。数据库名可以是满足以下条件的任意UTF-8字符串:

a、不能为空字符串("")。

b、不能含有‘’(空格),.(点),$,/,\和\0(空字符)。

c、应全部小写。

d、最多64字节。

数据库名最终会变成文件系统中的文件,所以才会受到以上条件的限制。有些数据库名是保留的,可以直接访问。比如,拥有所有权限的admin,该数据库中的用户会自动继承所有数据库的权限。local数据库用于存储仅限于本地单台服务器的任意集合,这个数据库永远不会被复制。config数据库用于保存分片的相关信息,当Mongo使用分片设置时会用到该数据库。

命名空间:数据库名+集合名,长度不能超过121字节,实际使用中应该小于100字节。

4、MongoDB Shell:MongoDB shell是MongoDB自带的一个JavaScript shell,可以从命令行与MongoDB实例交互。通过它可以执行管理操作,检查运行实例等,MongoDB shell即可作为JavaScript解释器,也可作为MongoDB的客户端。

4.1 运行shell。启动MongoDB实例mongod,打开另一个命令行窗口,运行mongo.exe,出现以下界面即运行成功。

mongo

注意:开启的时候,shell默认连到MongoDB服务器的test数据库,并将这个数据库连接赋值给全局变量db。这个变量是通过shell访问MongoDB的主要入口点。(shell的基本操作会在以后用到时介绍)。

二、数据类型

MongoDB支持将多种数据类型作为文档中的值。MongoDB的文档扩展自JSON,概念上和JavaScript的对象类似。MongoDB在保留JSON基本键/值对特性的基础上,添加了其他的数据类型。

1、基本数据类型

a、null,用于表示空值或不存在的字段,比如,{“x”:null}。

b、布尔,含有'true'和'false'两个值,比如,{“x”:true}。

c、32位整数,在Mongo Shell中不能使用,因为JavaScript仅支持64位浮点数,所以32为整数会被自动转换。

d、64位整数,在Mongo Shell中不支持,shell会使用一个特殊的内嵌文档来显示64位整数。

e、64位浮点数,shell中的数字都是这种类型。{“x”:3.14}和{"x":3}都是浮点数。

f、字符串,UTF-8字符串都可表示为字符串类型的数据。

g、符号,shell不支持此类型,shell会将数据库里的符号类型转换为字符串。

h、对象id,对象id是文档的12字节的唯一ID,比如,{“x”:ObjectId()}。

i、日期,存储的是从标准纪元开始的毫秒数,不存储时区,比如,{“x”:new Date()}

j、正则表达式,文档中可以包含正则表达式,采用JS的正则语法:{“x”:/foobar/i}

k、代码,文档中可以包含JavaScript代码。

l、二进制数据,可以由任意字节的串组成,shell中无法使用。

m、最大值,BSON是MongoDB采用的文档存储协议,它包含一个特殊类型,表示可能的最大值。shell中无此类型。

n、最小值,BSON中包括的一个特殊类型,表示可能的最小值。shell中无此类型。

o、未定义,{“x”:undefined}。

p、数组,值的集合或列表可以表示成数组。比如,{“x”:[“a”,"b","c"]}。

q、内嵌文档,文档可以嵌入文档。比如,{“x”:{“foo”:“bar”}}。

注:MongoDB中数字默认为双精度,如果修改文档中的整数,即使保持其值原封不动,它也会经历转化为浮点数的过程,所以尽量不要在shell下覆盖整个文档。

2、_id和ObjectId,MongoDB中存储的文档必须有一个_id键。这个键的值可以是任何类型,默认为ObjectId对象。一个集合中,每个文档都有唯一的_id值,它是集合里每个文档的唯一标识。

ObjectId:ObjectId是_id的默认类型,不同的机器都能用全局唯一的同种方法方便地生成它。ObjectId使用12字节的存储空间,每个字节两位十六进制数字,是一个24位字符串。其生成方式如下:


I、前4字节是从标准纪元开始的时间戳,单位为秒,与随后的5个字节组合后,提供了秒级别的唯一性。

II、接下来的3个字节是所在主机的唯一标识符,通常是机器主机名的散列值。这样可以确保不同主机产生不同的ObjectId,从而避免冲突。

III、接下来的两字节来自产生ObjectId的进程标识符(PID),确保同一台机器上并发的多个进程产生的ObjectId是唯一的。

IV、前9字节保证同一秒钟不同机器不同进程产生的ObjectId是唯一的,后3字节是自动增加的计数器,用于确保相同进程同一秒产生的ObjectId也是不同的。同一秒钟最大允许每个进程拥有256^3(16 777 216)个不同的ObjectId。

自动生成_id:为了增强MongoDB数据库的可扩展性,一般将生成_id的工作由客户端驱动程序完成。这样可以减轻MongoDB服务器的开销,符合MongoDB的设计理念:能从服务器端转移到驱动程序来做的事,就尽量转移。因为扩展应用层要比扩展数据库层容易得多。将事务交给客户端处理,就减轻了数据库扩展的负担。同时,可以利用驱动程序提供的丰富的API。

郑重声明:本文版权包含图片归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们(delete@yzlfxy.com)修改或删除,多谢。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

留言与评论(共有 0 条评论)
昵称:
匿名发表
   
验证码: