Test Result : PlannerSuite

0 failures (±0)
46 tests (±0)
Took 2.3 sec.

All Tests

Test nameDurationStatus
CollectLimit can appear in the middle of a plan when caching is used39 msPassed
Do not analyze subqueries twice41 msPassed
EnsureRequirements adds sort after full outer sort merge join1 msPassed
EnsureRequirements adds sort when required ordering isn't a prefix of existing ordering0 msPassed
EnsureRequirements adds sort when there is no existing ordering0 msPassed
EnsureRequirements does not eliminate Exchange with different partitioning1 msPassed
EnsureRequirements eliminates Exchange if child has same partitioning1 msPassed
EnsureRequirements for sort operator after left outer sort merge join2 msPassed
EnsureRequirements for sort operator after right outer sort merge join2 msPassed
EnsureRequirements should not repartition if only ordering requirement is unsatisfied1 msPassed
EnsureRequirements should respect ClusteredDistribution's num partitioning0 msPassed
EnsureRequirements skips sort when either side of join keys is required after inner SMJ4 msPassed
EnsureRequirements skips sort when key order of a parent SMJ is propagated from its child SMJ5 msPassed
EnsureRequirements skips sort when required ordering is prefix of existing ordering0 msPassed
EnsureRequirements skips sort when required ordering is semantically equal to existing ordering1 msPassed
EnsureRequirements with child partitionings with different numbers of output partitions4 msPassed
EnsureRequirements with compatible child partitionings that do not satisfy distribution2 msPassed
EnsureRequirements with compatible child partitionings that satisfy distribution2 msPassed
InMemoryRelation statistics propagation0.17 secPassed
PartitioningCollection0.14 secPassed
Reuse exchanges2 msPassed
SPARK-11390 explain should print PushedFilters of PhysicalRDD0.18 secPassed
SPARK-23375: Cached sorted data doesn't need to be re-sorted0.46 secPassed
SPARK-24242: RangeExec should have correct output ordering and partitioning49 msPassed
SPARK-24495: EnsureRequirements can return wrong plan when reusing the same key in join1 msPassed
SPARK-24500: create union with stream of children35 msPassed
SPARK-24556: always rewrite output partitioning in ReusedExchangeExec and InMemoryTableScanExec0.22 secPassed
SPARK-25278: physical nodes should be different instances for same logical nodes99 msPassed
SPARK-26812: wrong nullability for complex datatypes in union0 msPassed
TakeOrderedAndProject can appear in the middle of plans36 msPassed
TakeOrderedAndProjectExec appears only when number of limit is below the threshold70 msPassed
aliases in the aggregate expressions should not introduce extra shuffle62 msPassed
aliases in the object hash/sort aggregate expressions should not introduce extra shuffle0.13 secPassed
aliases in the project should not introduce extra shuffle68 msPassed
aliases in the sort aggregate expressions should not introduce extra sort63 msPassed
aliases to expressions should not be replaced76 msPassed
collapse adjacent repartitions20 msPassed
count distinct is partially aggregated4 msPassed
count is partially aggregated6 msPassed
efficient terminal limit -> sort should use TakeOrderedAndProject30 msPassed
mixed aggregates are partially aggregated3 msPassed
mixed aggregates with same distinct columns0.1 secPassed
reorder should handle duplicate expressions0 msPassed
sizeInBytes estimation of limit operator for broadcast hash join optimization0.1 secPassed
terminal limit -> project -> sort should use TakeOrderedAndProject35 msPassed
terminal limits that are not handled by TakeOrderedAndProject should use CollectLimit21 msPassed