-
Type: Bug
-
Resolution: Unresolved
-
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
- Open
- 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