[Variant] Add variant to arrow for Date64/Timestamp(Second/Millisecond)/Time32/Time64

[klion26]

Which issue does this PR close?

• Closes [Variant] Support more Arrow Datatypes from Variant primitive types #8805 .

What changes are included in this PR?

Add support for variant to arrow primitive types(for the remaining arrow primitive types), and some tests to cover them.

For the behavior that can't be cast safely, I'll continue to track them in #8086 and #8873

Self::make_time will return the native value for the given timestamp type
Date64Type::from_naive_date(v) will return the milliseconds elapsed since UNIX epoch

VariantType	Arrow Type	Logic
Date	Date64	datatypes::Date64Type::from_naive_date(v)
Timestamp[_ntz](Micro/Nano)	Timestamp[_ntz](Second)	- if (timestamp.nano == 0) Self::make_time(timestamp) - else None
Timestamp[_ntz](Micro/Nano)	Timestamp[_ntz](Millisecond)	- if (timestamp.nano % 1_000_000 == 0) Self::make_time(timestamp) - else None
Time	Time32(Second)	- if (timestamp.nano == 0) v. num_seconds_from_midnight() - else None
Time	Time32(Millisecond)	- if (timestamp.nano % 1_000_000 == 0) v.num_seconds_from_midnight() * 1000 + v.nano / 1_000_000 - else Nnoe
Time	Time64(Nano)	timestamp.num_seconds * 1_000_000_000 + v.nano

Are these changes tested?

Added some new tests

Are there any user-facing changes?

No

[klion26]

@scovich @alamb Please help to review this when you're free, thanks.

[klion26]

We don't need to handle the case v.nanosecond() % 1000 != 0 here. Thanks for variant_array::canonicalize_and_verify_data_type, we can assume that the input here is always Time64(TimeUnit::Microsecond)(No Time32 or Time64(TimeUnitNanosecond))