[SERVER-54201] Support collections clustered by _id in SBE Created: 02/Feb/21  Updated: 05/Dec/22

Status: Backlog
Project: Core Server
Component/s: Internal Code
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Gregory Wlodarek Assignee: Backlog - Query Execution
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to SERVER-60405 Support clustered collection querying... Backlog
Assigned Teams:
Query Execution
Sprint: Execution Team 2021-02-22
Participants:

 Description   

With clustered indexes, calling RecordId::asLong() on a RecordId that has the String underlying type will trigger an invariant.

I've compiled a list of these calls located in SBE code.

 



 Comments   
Comment by Ana Meza [ 10/Nov/22 ]

As part of the TS perf work PM-3050, the team also implemented the missing piece for PM-2556: Support clustered collections in multiplanner for all collections - So we are closing PM-2556 and sending this SERVER ticket back to the Triage queue

Comment by Joe Sack (Inactive) [ 25/Feb/22 ]

(Product met to discuss) Clustered indexes will be enabled in 5.3.   We will be supporting this on-by-default overall in the future.  Please let us know if there are any outstanding questions for product.

Comment by Louis Williams [ 01/Sep/21 ]

I think this ticket is also implicitly capturing the work done by SERVER-54008 and SERVER-54398 to generalize the "oplog hack" stage for any clustered collection. Specifically: translate predicates over ranges of the cluster key into ranged scans over the clustered collection. If not, we should also open a separate ticket to complete that work.

Generated at Thu Feb 08 05:32:54 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.