mongodb安装文件:https://pan.baidu.com/s/1i50wR4p
一)mongodb结构:
Collections:在mongoDB中叫做集合,是文档的集合。它是无模式的,可以存储各种各样的文档。
和关系型数据库中的表相比,关系数据库的每一张表就是一个关系模型的映射,每张表的字段就是对应实体的属性和主外键的集合,每个字段需要提前定义。
而集合中可以保存毫无关系的数据,而且具体要保存什么不需要提前定义。
Document:文档是mongoDB保存数据的基本单元。数据的存储结构为BSON格式,也就是TextView中显示的文本。
保存的数据类型可以为:null、boolean、String、object、32位整数、64位整数、64位浮点数、日期、正则表达式、js代码、二进制数据、数组、内嵌文档、最大值、最小值、未定义类型。
GridFS:由于BSON对象有大小限制,不适合存储大型文件,GridFS文件系统为大型文件提供了存储方案(其存储原理稍后再讲)。fs中保存的是图片、视频等大文件。
二)GridFS存储机制:
MongoDB的文档以BSON格式存储,支持二进制数据类型,所以,可以把文件的二进制格式的数据直接保存到MongoDB的文档中,但是每个文档的长度是有限制的,而我们一般上传的图片、视频等文件又比较大。针对这种情况,mongoDB提供了一种处理大文件的规范——GridFS。
一、实现原理:
将要存储的文件分成若干块儿,每一块作为一个单独的文档来存储,每块默认大小为256k。用两个集合来存储一个文件:fs.files与fs.chunks。
fs.files存放文件信息
_id:唯一标识 length:文件总长度 chunksize:每块儿的大小,默认为256k uploadDate:时间戳 md5:文件内容的md5校验和,值由服务器端生成,用于计算上传块的md5校验和,用户可以校验md5的值确保文件正确上传。 contentType:文件类型 还可以添加其他键来标识这个文件,例如,可以是上传者的信息。
fs.chunks:存放文件的数据
_id:唯一标识 files_id:文件集合中的_id n:文件的第几个块儿 data:文件的二进制数据
二、保存文件的流程:
如果文件大于chunksize,则把文件分割成多个chunk,再把这些chunk保存到fs.chunks中,最后再把文件信息存入到fs.files中。
三、读取文件的流程:
先据查询的条件,在fs.files中找到对应的文档,得到“_id”的值,再据这个值到fs.chunks中查找所有“files_id”为“_id”的chunk,并按“n”排序,最后依次读取chunk中“data”对象的内容,还原成原来的文件。
四、注意:
GridFS在上传文件过程中是先把文件数据保存到fs.chunks,最后再把文件信息保存到fs.files中,所以如果在上传文件过程中失败,有可能在fs.chunks中出现垃圾数据。这些垃圾数据可以定期清理掉。