feat(geo): support geometry type for create table

[ariesdevil]

I hereby agree to the terms of the CLA available at: https://docs.databend.com/dev/policies/cla/

Summary

Support geometry type for create table and add two new geometry functions.
If use bendsql, need this patch databendlabs/bendsql#352

part of #14543

Tests

• Unit Test
• Logic Test
• Benchmark Test
• No Test - Explain why

Type of change

• Bug Fix (non-breaking change which fixes an issue)
• New Feature (non-breaking change which adds functionality)
• Breaking Change (fix or feature that could cause existing functionality not to work as expected)
• Documentation Update
• Refactoring
• Performance Improvement
• Other (please describe):

---

This change is 

[ariesdevil]

we may need install deps for build bounded proj in our ci container. cc @everpcpc

I add the deps for dev_setup.sh in this PR.

[sundy-li]

I think it should be supported only if it's stable to avoid incompat problem.

[ariesdevil]

parse POINTZ, POINTM and POINTZM for st_geometryfromwkt function will be done after upstream PR merged: georust/wkt#113

As @lnicola kindly point out the Coord in rust geo-types crate just support x and y.

geo-types is a foundational library, almost all libraries under georust depend on it. So if we want to support Point(x,y,z,m) it may require a lot of work to be done.

FYI: Snowflake support these types of point.

[lnicola]

the Coord in rust geo-types crate just support x and y

See also georust/geo#797

[ariesdevil]

@b41sh PTAL again when you have time. Happy Spring Festival：）

[b41sh]

LGTM, please fix the ci tests.

[ariesdevil]

I have finished the static linking, but the tests still failed (can pass on my machine), and builds for aarch64 and python binding are not successful. @everpcpc need your help.

[everpcpc]

liblzma and libstdc++ also needs to be static linked.

[ariesdevil]

@everpcpc and I have tried various methods diligently this week, but still haven't completely solved the compilation problem of Proj. The current status is:

1. Proj can be compiled successfully on x86, arm linux and mac m1.

2. It cannot be cross-compiled from x86 to arm, but Databend relies on this compilation method.

3. Compilation of Python binding fails; Python binding depends on containers provided by PyO3 for compilation.

Therefore, we temporarily commented out the functions that depend on Proj implementation so we can merge this PR first. We may need more work to complete the compilation of Proj. cc @bohutang @sundy-li @kkk25641463 @cdmikechen