[SERVER-1187] Queries should return information if $maxScan was reached Created: 02/Jun/10  Updated: 07/Apr/23  Resolved: 14/Feb/18

Status: Closed
Project: Core Server
Component/s: Querying
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Thomas Zehetner Assignee: Backlog - Query Team (Inactive)
Resolution: Won't Fix Votes: 8
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Assigned Teams:
Query
Participants:

 Description   

Sometimes it's useful to know if $maxScan was reached during query execution (for example if you want to inform your users about it). Therefore there should be a way to know if query execution reached $maxScan.



 Comments   
Comment by David Storch [ 14/Feb/18 ]

The maxScan feature is being deprecated (see SERVER-32953), so we do not plan to pursue this improvement. Closing as "Won't Fix".

Comment by Drew Perttula [ 17/Apr/12 ]

I have a case where I'd actually like to know the record that was reached at maxScan, so I can plan a followup query.

Case 1:
I'm searching through a lot of log data, and I'd like my GUI to be able to say "we've queried 4 days so far.. 5 days.. etc" even when we haven't found a page of matches yet.

Case 2:
I have an infinite-paging type of GUI. The first request says "find matches starting at time T5 going backwards (with maxScan 100000)". Then the user scrolls back to T3. Have I already covered the new visible range with my first query, or do I have to make a new query? Receiving the last scanned doc would help with this.

Comment by Kevin Lacker [ 23/Jan/12 ]

This would definitely be helpful. For safety I would like to prevent any engineer working on the codebase from introducing a query that hits maxScan, so I want to add code in our db wrapper layer that throws an error whenever that happens.

Comment by Simon Jakubowski [ 26/Oct/11 ]

That would be a very helpful feature!

Generated at Thu Feb 08 02:56:19 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.