Skip to content
This repository has been archived by the owner on Nov 6, 2019. It is now read-only.

Still doing full table scan on startup #19

Open
kof opened this issue Aug 4, 2013 · 3 comments
Open

Still doing full table scan on startup #19

kof opened this issue Aug 4, 2013 · 3 comments

Comments

@kof
Copy link
Collaborator

kof commented Aug 4, 2013

No description provided.

@kof
Copy link
Collaborator Author

kof commented Aug 20, 2013

It looks like we have to live with this overhead on startup or stop using tailable cursors at all, but instead do the polling using _id.

Current implementation is a mix of using a specific document id and tailable cursors.

Ideally we need a way to start tailable cursor at the latest document and call .nextObject from there, but I don't see how to solve this.

Anybody?

@zhaoyou
Copy link

zhaoyou commented Feb 13, 2014

In my case: doing part table scan on startup(version 1.0.4)

@juuxstar
Copy link

If you're still experiencing this issue, do a .findOne({}, { sort : { $natural : -1 }}) to find the last record, get it's _id, and start tailing at or after that _id.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants