MongoDB查询(4)——游标和分页[八]

转载请出自出处:http://eksliang.iteye.com/blog/2177567

一、游标

        数据库使用游标返回find的执行结果。客户端对游标的实现通常能够对最终结果进行有效控制,从shell中定义一个游标非常简单,就是将查询结果分配给一个变量(用var声明的变量就是局部变量),便创建了一个游标,如下所示:

> var cursor = db.users.find()

       这么做的好处就是可以一次查看一条结果。如果将上面查询结果放在全局变量中或者根本就没有放在变量中,MongoDB shell会自动迭代,自动显示最开始的若干文档。

 

可以使用游标的next()方法获得下一条数据。使用hasNext()方法查看游标里面是否还有数据。

参考实例一:while迭代游标

var cursor = db.users.find().limit(10);
while(cursor.hasNext()){
	user=cursor.next();
	print(user.name);
}

 参考实例二:forEach迭代游标

var cursor = db.users.find().limit(10);
cursor.forEach(function(user){
	print(user.name);
});

       调用find()方法时,shell并不立即查询数据库,而是等待真正开始要求获得结果时才发送查询,这样在执行之前可以给查询附加额外的选项。几乎游标对象的每个方法都返回游标本身,这样就可以按任意顺序组成方法链。例如,下面几种表达式是等价的。

> var cursor=db.users.find().sort({"age":1}).limit(10).skip(10)
> var cursor=db.users.find().skip(10).limit(10).sort({"age":1})

       此时上面的查询还没有向数据库发送请求,他们只是在构造查询。现在,假设我们执行如下操作:

> cursor.hasNext()

      这时,查询被发往服务器。shell立刻获得100条数据或者前4M数据(两种之间取小者),这样下次调用next或者hasNext时就不必再次连接服务器获取结果了。当客户端用光了第一组结果,shell会再一次联系数据库。

 

二、游标的生命周期

       看待游标有两种角度:“客户端游标”以及“客户端请求过去的服务器端游标”,在服务器端,游标消耗内存和其他资源。所以我们讨论就讨论服务器端的,客户端的没有什么意义。当客户端向服务器发起一次查询find()就代表在服务器端创建了一个游标,下面三种情况会让游标销毁。

  • 当游标遍历尽了以后,或者客户端发来消息要求终止,数据库会释放这些资源。
  • 当客户端的游标不在作用域内时,驱动程序会向服务器发送一条特别消息,让其销毁游标。
  • 当服务器端10分钟以内不对游标进行操作,即使客户端游标在作用域内或者还没有迭代完,数据库也会自动销毁游标。

三.、imit、skip和sort

  • limit:用来限制返回的结果,返回匹配文档的上限
  • skip:跳过前面多少个文档
  • sort:  排序的参数

这些选项必须在查询发送到服务器之前指定

参考实例:分页查询users集合的第二页每页10条记录,并指定对age进行升序

> var cursor=db.users.find().skip(10).limit(10).sort({"age":1})
> cursor.forEach(function(user){
... print("userName:"+user.name+" age:"+user.age);
... });

 返回结果如下:

userName:user2088 age:11
userName:user2212 age:12
userName:user2371 age:13
userName:user2655 age:14
userName:user2681 age:15
userName:user2855 age:16
userName:user3186 age:17
userName:user3332 age:18
userName:user3383 age:19
userName:user3465 age:20

 

 

 四、怎么对mongodb进行分页

      当使用skip略过少量文档还是不错的。但是要是数量非常多的话,skip会变得相当慢,例如想返回第10000页(每页20条记录),MongoDB必须先找到200000条记录,然后再抛弃199920条数据,这种分页需求在业内也有一个名词叫做“深分页”。大多数数据库都会再索引中保存更多的元数据,用于处理skip(Solr 4.7.1也引入了游标处理这种深分页),所以要尽量避免滤过太多数据。

 

既然MongoDB的skip不适合做深分页,那怎么做呢?

答:MongoDB能不能做深分页这取决于查询本身。

根据一般业务来讲,可以找到一种方法在不使用skip的情况下实现分页,这主要取决于查询本身。

参考实例

例如要按照"date"降序显示文档列表。可以按照如下方式获取结果的第一页:

> db.users.find().sort({"create":-1}).limit(10)

 然后利用上次查询的最后一个文档中的"date"值作为查询条件,来获取下一页:

var lastTime=users.last.date;--这个可以根据实际情况获得,我这里只是随便写写,让你感受到这种思想。

获取下一页:

db.users.find({"create":{"$gt":lastTime}}).sort("create":-1}).limit(10)

 这种分页查询中就没有了skip了。

 

优化深分页的核心思想(包括关系型数据库,以及其他NoSql数据库):减少当前查询在结果集里面存放的数据。

 

 

 

 

 

 

你可能感兴趣的:(mongodb,MongoDB游标,MongoDB深分页)