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:})

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

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

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

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

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

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

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

PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe search foo
--07T13::03.326+    connected to: localhost
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe put foo.txt
--07T13::17.425+    connected to: localhost
added file: foo.txt
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe get foo.txt
--07T13::24.541+    connected to: localhost
finished writing to: foo.txt
PS D:\install\MongoDB\Server\3.0> .\bin\mongofiles.exe delete foo.txt
--07T13::33.263+    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;")

> db.eval("function(){return 1;}")

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

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

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

> db.system.js.find()
{ "_id" : "x", "value" :  }
{ "_id" : "y", "value" :  }
{ "_id" : "z", "value" :  }

使用存储的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":,"author":"kristina","text":"... and DBRefs are easy,too", "references":[{"$ref":"users","$id
":"mike"}, {"$ref":"nodes","$id":5}]})
WriteResult({ "nInserted" :  })
> db.nodes.insert({"_id":,"author":"mike","text":"MongoDB is fun!"})
WriteResult({ "nInserted" :  })
> var note=db.nodes.findOne({"_id":})
> note.references.forEach(function(ref){  printjson(db[ref.$ref].findOne({"_id":ref.$id})); })
{ "_id" : "mike", "display_name" : "Mike D" }
{ "_id" : , "author" : "mike", "text" : "MongoDB is fun!" }