-
Type:
Bug
-
Resolution: Duplicate
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution
-
ALL
-
Execution Team 2021-05-17
-
None
-
None
-
None
-
None
-
None
-
None
-
None
When I query a time-series collection with the collation of an index, but not the collection, the query fails. For example:
> db.createCollection('ts', {timeseries: {timeField: 't', metaField: 'm'}, collation: {locale: 'en'}})
{ "ok" : 1 }
> db.ts.createIndex({m: 1, t: 1}, {collation: {locale: 'simple'}})
{
"numIndexesBefore" : 0,
"numIndexesAfter" : 1,
"createdCollectionAutomatically" : false,
"ok" : 1
}
> db.ts.insert({t: new Date(), m: 1})
WriteResult({ "nInserted" : 1 })
> db.ts.find().collation({locale: 'en'})
{ "t" : ISODate("2021-03-30T18:33:03.090Z"), "m" : 1, "_id" : ObjectId("60636edfd8904012f6ce383d") }
> db.ts.find().collation({locale: 'simple'})
Error: error: {
"ok" : 0,
"errmsg" : "Cannot override a view's default collation",
"code" : 167,
"codeName" : "OptionNotSupportedOnView"
}
I think we should allow queries on time-series views to use a user-provided collation if one is supported by an index.
- depends on
-
SERVER-55790 Ensure query rewrites for time-series collections are correct in the case of mismatched collations
-
- Closed
-
- duplicates
-
SERVER-54597 Allow users to specify non-default collation when querying on time-series collections
-
- Closed
-
- is related to
-
SERVER-52528 test using an index on a time-series collection as shard key
-
- Closed
-
-
SERVER-55591 Store time-series collection metadata in the catalog entry for the buckets collection
-
- Closed
-
-
SERVER-56264 Investigate if reads on time-series collections work with collation
-
- Closed
-
- related to
-
SERVER-25954 Support more granular collation specification
-
- Backlog
-
-
SERVER-27762 creating a view without specifying collation explicitly should insert the collation of the underlying entity
-
- Backlog
-