[SERVER-53989] The RecordStore needs to determine its RecordId type via the durable catalog metadata Created: 22/Jan/21  Updated: 29/Oct/23  Resolved: 10/Feb/21

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

Type: New Feature Priority: Major - P3
Reporter: Gregory Wlodarek Assignee: Louis Williams
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
depends on SERVER-53984 Add metadata for clustered indexes in... Closed
depends on SERVER-53986 Use ObjectId's as table keys for time... Closed
is depended on by SERVER-53990 SortedDataInterface to support creati... Closed
is depended on by SERVER-54008 Generalize CollectionScan node so it ... Closed
is depended on by SERVER-54012 Test exportCollection and importColle... Closed
is depended on by SERVER-54013 Verify that an _id index cannot be cr... Closed
Backwards Compatibility: Fully Compatible
Sprint: Execution Team 2021-02-08, Execution Team 2021-02-22
Participants:

 Description   

A temporary workaround was introduced in SERVER-53986 to avoid a dependency. Remove the RecordStore's hardcoded ObjectId type knowledge and determine the type via the durable catalog metadata instead. 



 Comments   
Comment by Githook User [ 10/Feb/21 ]

Author:

{'name': 'Louis Williams', 'email': 'louis.williams@mongodb.com', 'username': 'louiswilliams'}

Message: SERVER-53989 Generalize RecordId to store small binary strings
Branch: master
https://github.com/mongodb/mongo/commit/e09ce369e4912a945454a5494248046535c70460

Comment by Githook User [ 09/Feb/21 ]

Author:

{'name': 'Louis Williams', 'email': 'louis.williams@mongodb.com', 'username': 'louiswilliams'}

Message: SERVER-53989 RecordStore determines its key format from the durable catalog
Branch: master
https://github.com/mongodb/mongo/commit/b8a9330fe1591763ef40d26595b5668e581a1248

Comment by Louis Williams [ 29/Jan/21 ]

No longer needed

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