Skip to content

Commit 808b99f

Browse files
committed
Update
1 parent ef4c469 commit 808b99f

File tree

1 file changed

+2
-0
lines changed

1 file changed

+2
-0
lines changed

datafusion/sqllogictest/test_files/information_schema.slt

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -233,6 +233,7 @@ datafusion.optimizer.filter_null_join_keys false
233233
datafusion.optimizer.hash_join_single_partition_threshold 1048576
234234
datafusion.optimizer.hash_join_single_partition_threshold_rows 131072
235235
datafusion.optimizer.max_passes 3
236+
datafusion.optimizer.optimize_projections_preserve_existing_projections false
236237
datafusion.optimizer.prefer_existing_sort false
237238
datafusion.optimizer.prefer_existing_union false
238239
datafusion.optimizer.prefer_hash_join true
@@ -326,6 +327,7 @@ datafusion.optimizer.filter_null_join_keys false When set to true, the optimizer
326327
datafusion.optimizer.hash_join_single_partition_threshold 1048576 The maximum estimated size in bytes for one input side of a HashJoin will be collected into a single partition
327328
datafusion.optimizer.hash_join_single_partition_threshold_rows 131072 The maximum estimated size in rows for one input side of a HashJoin will be collected into a single partition
328329
datafusion.optimizer.max_passes 3 Number of times that the optimizer will attempt to optimize the plan
330+
datafusion.optimizer.optimize_projections_preserve_existing_projections false When set to true, the `optimize_projections` rule will not attempt to move, add, or remove existing projections. This flag helps maintain the original structure of the `LogicalPlan` when converting it back into SQL via the `unparser` module. It ensures the query layout remains simple and readable, relying on the underlying SQL engine to apply its own optimizations during execution.
329331
datafusion.optimizer.prefer_existing_sort false When true, DataFusion will opportunistically remove sorts when the data is already sorted, (i.e. setting `preserve_order` to true on `RepartitionExec` and using `SortPreservingMergeExec`) When false, DataFusion will maximize plan parallelism using `RepartitionExec` even if this requires subsequently resorting data using a `SortExec`.
330332
datafusion.optimizer.prefer_existing_union false When set to true, the optimizer will not attempt to convert Union to Interleave
331333
datafusion.optimizer.prefer_hash_join true When set to true, the physical plan optimizer will prefer HashJoin over SortMergeJoin. HashJoin can work more efficiently than SortMergeJoin but consumes more memory

0 commit comments

Comments
 (0)