[SERVER-78862] Fix serialization of nested $elemMatch's Created: 11/Jul/23 Updated: 29/Oct/23 Resolved: 28/Jul/23 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 7.1.0-rc0, 7.0.1 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Will Buerger | Assignee: | Will Buerger |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||
| Assigned Teams: |
Query Optimization
|
||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||
| Operating System: | ALL | ||||||||||||
| Backport Requested: |
v7.0
|
||||||||||||
| Participants: | |||||||||||||
| Description |
|
After serialization with "LiteralSerializationPolicy::kToRepresentativeParseableValue", $elemMatch fails to re-parse with the error (with $gte or equivalent operators)
It seems like this may be the case because multiple $elemMatch predicates for one field are dispatched with the syntax
but are serialized to
It seems the $and syntax may be causing re-parseability issues.
You can see the relevant failing tests in the query_stats_passthrough in BF-29272 and BF-29276 |
| Comments |
| Comment by Githook User [ 18/Aug/23 ] |
|
Author: {'name': 'Will Buerger', 'email': 'will.buerger@mongodb.com', 'username': 'wbuerger46'}Message: |
| Comment by Githook User [ 27/Jul/23 ] |
|
Author: {'name': 'Naafiyan Ahmed', 'email': 'naafiyan.ahmed@mongodb.com', 'username': 'naafiyan'}Message: |