MongoDB学习笔记06

在shell中删除一个集合,执行db.test.drop()或者db.runCommand({"drop":"test"}),在MongoDB中命令其实是作为一种特殊类型的查询来实现的,这些查询针对$cmd集合来执行,runCommand仅仅是接受命令文档,执行等价查询,因此drop调用实际是这样的:

db.$cmd.findOne({"drop":"test"})

db.listCommands() 列出所有的命令

MongoDB支持固定集合,要事先创建,而且大小固定,固定集合很像环形队列,如果空间不足,最早的文档就会被删除,为新的文档腾出空间。固定集合在默认情况下没有索引,即便是"_id"上也没有索引。

创建固定集合可以使用createCollection来创建

 db.createCollection("my_collection",{capped:true,size:1000})

可以将普通集合转为固定集合

db.runCommand({"convertToCapped":"my_collection",size:1000} )

固定集合有种特殊的排序方式即自然排序,自然顺序就是文档在磁盘上的顺序,因为固定集合的文档总是按照插入的顺序存储的,自然顺序就是与此相同。也可以按照反洗插入的顺序查询,如下:

db.my_collection.find().sort({"$natural":-1})

使用{"$natural":1}表示与默认顺序相同,非固定集合不能保证文档按照特定顺序存储,所以自然顺序的意义不大。

尾部游标是一种特殊的持久游标,这类游标不会在没有结果后销毁,一旦有新文档添加到集合里就会被取回并输出,尾部游标只能用在固定集合上。【MongoDB shell不支持尾部游标】

GridFS是一种在MongoDB中存储大二进制文件的机制

PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe search foo
2015-04-07T13:31:03.326+0800    connected to: localhost
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe put foo.txt
2015-04-07T13:31:17.425+0800    connected to: localhost
added file: foo.txt
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe get foo.txt
2015-04-07T13:31:24.541+0800    connected to: localhost
finished writing to: foo.txt
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe delete foo.txt
2015-04-07T13:31:33.263+0800    connected to: localhost
successfully deleted all instances of foo.txt from GridFS

GridFS是一个建立在普通MongoDB文档基础上的轻量级存储规范,MongoDB服务器对GridFS请求没有什么特别照顾,所有相关工作都由客户端驱动或者工具完成。GridFS的一个基本思想就是可以将大文件分成很多小块,每块作为一个单独的文档存储,这样就能存储大文件了,除了存储文件本身的块,还有一个单独文档用来存储块的信息和文件的元数据。

GridFS的块有个单独的集合,默认情况下,块将使用fs.chunks集合

fs.chunks里边的结构如下:

{

    "_id" ,块的唯一ID

    "n",  块的编号即这个块在原文件中的顺序编号

   "data",包含组成文件块的二进制数据

     "files_id"  包含这个块元数据的文件文档的"_id"

}

文件的元数据放在另一个集合中,默认是fs.files,这里边的每个文档代表GridFS中的一个文件,与文件相关的自定义元数据也可以存在其中,除了用户自定义的键,GridFS规范还定义了一些键。

_id 文件唯一id,在块中作为“files_id”键的值存储

length 文件中内容总的字节数

chunkSize 每块的大小,字节为单位,默认256K,必要时可以调整

uploadData 文件存入GridFS的时间戳

md5 文件内容的md5校验和,由服务器端生成

 

在服务器端可以通过db.eval函数执行JavaScript脚本

> db.eval("return 1;")
1
> db.eval("function(){return 1;}")
1
> db.eval("function(a,b){return a+b;}",1,2)
3

每个MongoDB的数据库中都有一个特殊的集合system.js,用来存放JavaScript变量,这些变量可以在任何MongoDB的JavaScript上下文中调用。

> db.system.js.find()
> db.system.js.insert({"_id":"x","value":1})
WriteResult({ "nInserted" : 1 })
> db.system.js.insert({"_id":"y","value":2})
WriteResult({ "nInserted" : 1 })
> db.system.js.insert({"_id":"z","value":3})
WriteResult({ "nInserted" : 1 })
> db.eval("return x+y+z;")
6
> db.system.js.find()
{ "_id" : "x", "value" : 1 }
{ "_id" : "y", "value" : 2 }
{ "_id" : "z", "value" : 3 }

使用存储的JavaScript缺点就是代码会与常规的源代码控制脱离,会搅乱客户端发送来的JavaScript,最适合使用存储JavaScript的情况就是程序中有多个地方都要用到一个JavaScript函数,将这样的函数放置在中心位置,要是有更新的话就可以不必每处都修改。

DBRef(数据库引用)就像URL,唯一确定一个到文档的引用。

DBRef是个内嵌文档,但是DBRef有些必选键"$ref"、"$id"可选键"$db"

DBRef中键的顺序不能改变,第一个必须是"$ref",接着是"$id",然后是(可选的)"$db"

{"$ref":collection,"$id":id_value,"$db":database}

collection:指向一个集合

id_value:集合里根据"_id"确定唯一的文档

database:数据库

> db.user.find()
> db.users.find()
{ "_id" : "mike", "display_name" : "Mike D" }
{ "_id" : "kristina", "display_name" : "Kristina C" }
> db.nodes.insert({"_id":20,"author":"kristina","text":"... and DBRefs are easy,too", "references":[{"$ref":"users","$id
":"mike"}, {"$ref":"nodes","$id":5}]})
WriteResult({ "nInserted" : 1 })
> db.nodes.insert({"_id":5,"author":"mike","text":"MongoDB is fun!"})
WriteResult({ "nInserted" : 1 })
> var note=db.nodes.findOne({"_id":20})
> note.references.forEach(function(ref){  printjson(db[ref.$ref].findOne({"_id":ref.$id})); })
{ "_id" : "mike", "display_name" : "Mike D" }
{ "_id" : 5, "author" : "mike", "text" : "MongoDB is fun!" }

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。