Currently the random join reorderer will always produce plans with CollectionScans and NestedLoopJoins. As a next step, we should produce plans with Indexed nested loop joins when a satisfying index on the inner collection exists.
- is duplicated by
-
SERVER-111584 Investigate building QSNs involving INLJ in the join optimizer
-
- Closed
-
- related to
-
SERVER-111222 Stage builder translation from IndexedNestedLoopJoinEmbeddingNode to SBE
-
- In Code Review
-
-
SERVER-112939 Use better heuristic for picking the best index for INLJ plans
-
- Closed
-