[GLUTEN-9313][VL] ColumnarPartialProject supports built-in but blacklisted function

[WangGuangxin]

What changes were proposed in this pull request?

The ColumnaPartialProject can also supports build-in functions, especially the blacklist expressions.

One typical scenario is regexp. The native regexp lib re2 is much slower than Java regexp lib, and also has some semantic difference with Java lib.

Take a simple sql in our production as an example

SELECT  p_date,
        cast(id AS BIGINT) AS creative_id,
        regexp_replace(DATA, '||    ', '') AS tmp
FROM    test_table
WHERE   p_date='20250227'

Test	Cost
Partial Project Fallback	1284h
Whole Project Fallback	1389h
Native (No Fallback)	3384h

In this PR, try to use ColumnarPartialProject to handle the blacklist expressions.

(Fixes: #9313)

How was this patch tested?

more UT

[github-actions]

#9313

[github-actions]

Run Gluten Clickhouse CI on x86

[WangGuangxin]

cc @jinchengchenghh @jackylee-ch

[jinchengchenghh]

Why it happens, do we need to optimize re2?

The native regexp lib re2 is much slower than Java regexp lib

[jinchengchenghh]

We may extend to all native backend not supported expressions, blacklist expression is one of it.

[jackylee-ch]

+1. We need a better way to find all the unsupported/blacklisted functions.

[jinchengchenghh]

Can you rebase? Thanks!

[github-actions]

Run Gluten Clickhouse CI on x86

[WangGuangxin]

Why it happens, do we need to optimize re2?

The native regexp lib re2 is much slower than Java regexp lib

@jinchengchenghh I think so. We also tried another native regexp lib named ICU(https://unicode-org.github.io/icu/userguide/strings/regexp.html), but the performance is very pool as well.