-
Type:
Bug
-
Resolution: Declined
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Query Execution
-
ALL
On replicaset if we send an aggreagation with a $merge inside a $lookup, the server will return a 51047 error code no matter if the database exists or not.
On the other hand, if the same query is processed by a router in a sharded cluster, the router will reply with a 51047 error code if the database already exists and instead will return status OK if the database doesn't exist.
To stress this code path, you can use this pre-existing test case and very how the behavior change if you drop the database before running the aggregation.
- depends on
-
SERVER-86712 support implicit db creation for $merge in a sharded cluster
-
- Needs Scheduling
-
- is related to
-
SERVER-69836 mongos doesn't raise validation errors but returns empty cursors when the database doesn't exist
-
- Closed
-
-
SERVER-74998 Remove deprecated enable_sharding parameter from ShardedCluster fixture
-
- Closed
-
- related to
-
SERVER-100863 Complete TODO listed in SERVER-82045
-
- Backlog
-
-
SERVER-99452 Complete TODO listed in SERVER-82045
-
- Closed
-