[8016]Support writing hydrated REE arrays to Parquet

[Rich-T-kid]

Which issue does this PR close?

This PR works towards an initial solution closing #8016

• Closes Support converting RunEndEncodedType to parquet #8016.

Rationale for this change

Currently arrow_writer does not support writing Run End Encoded columns out to parquet. This PR works towards solving this by first expanding out the REE to its value type & then writing out to parquet. Once its possible to write REE to parquet we can work on optimizing it by keeping the compacting nature in tact.

What changes are included in this PR?

arrow_writer() now supports writing Run End Encoded (REE) arrays to Parquet by hydrating them to their underlying value type before encoding. This is an initial, correctness-first implementation. A follow-up can/should optimize to preserve the compacted structure.

parquet/src/arrow/arrow_writer/mod.rs: generate a value-type arrow-column writer & test
parquet/src/arrow/arrow_writer/levels.rs: core writer logic updated to detect REE columns and expand them to their flat value type before the existing write path.
parquet/src/arrow/schema/mod.rs: schema conversion updated to map RunEndEncodedType to an appropriate Parquet physical type.
parquet/benches/arrow_writer.rs: REE write benchmarks added with low and high null density scenarios, now unblocked by the implementation.

Are these changes tested?

Yes

Are there any user-facing changes?

Users will be able to write out their REE columns out to parquet using arrow_writer

[Rich-T-kid]

With this PR, its now possible to take a REE and write it out to parquet. test & benchmarks are included in the PR. Also ran a couple local test and used parquetReader to validate.

[Rich-T-kid]

Tried to break the commits into 3 independent pieces (test & benchmarks | implementation | more test/edge cases & benchmarks (null density) )
@Jefffrey @albertlockett Do you mind taking a look when you get a chance? Thank you 🚀