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
-         
 - Needs Scheduling
 
 -         
 - 
                    
SERVER-112939 Use better heuristic for picking the best index for INLJ plans
-         
 - Needs Scheduling
 
 -