[BUG] RangePartitionPruner的裁剪结果不合预期

[huangmengbin]

Describe the bug

• RangePartitionPruner的裁剪结果不合预期。
• The result of RangePartitionPruner is not as expected.

To Reproduce

1. 创建一张拥有多列Range分区(>=3列)的表，

实际上，你填写了范围 LESS THAN('0')，Doris内部会自动帮忙为后面的列填充相应类型的负无穷值。

2. 插入一条数据

3. 查看执行计划，主要涉及 > 和 >= 操作符。可以看到分区已命中

Expected behavior

• 预期应该不会命中任何分区，即partitions=0/1

Additional context

• 主要原因是：以 a>0 作为过滤条件时，实际上是生成了区间 ( ('0'), (+∞) ) ；以 a>=0 作为过滤条件时，实际上生成了 [ ('0', -∞), (+∞) ) ；以 a=0 作为过滤条件时，实际上生成了[ ('0', -∞), ('0', +∞) ].
• 可以看到，原来代码的逻辑只会帮忙补充一次无穷值，而不是补全至末尾。由于它们的下界的size更小，在大小比较时会小于元组('0', -∞, -∞)，因此与某个分区产生了交集。

[huangmengbin]

• 抱歉，这次我并没有彻底修复该bug，在EQ、in、Null的场景仍可能触发使裁剪器失效。下一步我将会审查"LiteralExpr.createInfinity"函数的所有使用情况，来看看他们是否有必要被包含在循环当中，预计本周可以发布新的PR。