Add support for delta timestamp_ntz datatype

[infvg]

Description

Add support for TIMESTAMP_NTZ data type in v3 delta tables.
Currently, only TIMESTAMP column types are supported in presto.

Applied current presto logic for timestamp types. Although this issue still persists:
trinodb/trino#37

Timestamp type will be modified by timezone despite this functionality differing in Spark if legacy timestamp is set to true.

Impact

Will allow presto to read tables with TIMESTAMP_NTZ columns
Will change presto delta table columns of TIMESTAMP type to TIMESTAMP_WITH_TIME_ZONE

Test Plan

Added UT

Contributor checklist

• Please make sure your submission complies with our contributing guide, in particular code style and commit standards.
• PR description addresses the issue accurately and concisely. If the change is non-trivial, a GitHub Issue is referenced.
• Documented new properties (with its default value), SQL syntax, functions, or other functionality.
• If release notes are required, they follow the release notes guidelines.
• Adequate tests were added if applicable.
• CI passed.

Release Notes

Please follow release notes guidelines and fill in the release notes below.

== RELEASE NOTES ==
Delta Connector Changes
* Improve mapping of ``TIMESTAMP`` column type by changing it from Presto  ``TIMESTAMP`` type to ``TIMESTAMP_WITH_TIME_ZONE``.
* Add support for ``TIMESTAMP_NTZ`` column type as Presto ``TIMESTAMP`` type.

[steveburnett]

Thanks for the release note! Nits suggested:
(edited, see newer comment below)

[imjalpreet]

Please refactor the commit message, PR title/description and Release note to timestampNTZ rather than timezoneNTZ.

[steveburnett]

Thanks for the release note! Some changes to follow the Release Notes Guidelines:

== RELEASE NOTES ==

Delta Lake Connector Changes
* Improve mapping of ``TIMESTAMP`` column type by changing it from Presto  ``TIMESTAMP`` type to ``TIMESTAMP_WITH_TIME_ZONE``.
* Add support for ``TIMESTAMP_NTZ`` column type as Presto ``TIMESTAMP`` type.

[auden-woolfson]

Code looks good, please update the test

[imjalpreet]

@infvg thank you for the fix. I am still in the process of understanding and verifying its correctness. I have a couple of comments, and I will add more if necessary.

Have you verified compatibility with Spark? I think it would be beneficial to ensure that Presto's handling of timestamps for delta tables aligns with Spark's behavior.

Additionally, have we included tests for both partitioned and non-partitioned tables?

[imjalpreet]

As Presto only uses the first 12 bits for the time zone key, shouldn't we use a 12-bit mask here? 0xFFFF000000000000L is a 16-bit mask.

[infvg]

Unix timestamps are max 32 bits, which gets pushed 12 bits. If no timezone is encoded, then the first 32 bits will contain the timestamp & the last 32 bits will be empty. So if the first 32 bits are empty then no timezone was encoded & I push it it 12 bits.

[imjalpreet]

Could we separate the PR into two commits?

1. Add support for the timestamp_ntz datatype in the Delta Lake Connector
2. Fix the handling of timestamps with time zones in the Delta Lake Connector

Please feel free to modify the commit messages as you see fit.

[infvg]

@imjalpreet
I've tested the functionality of delta with pyspark & it matches presto as long as the legacy_timestamp value is set to false. The delta timestamp type is similar to legacy timestamp type (since it accounts for timezones), and the timestamp with timezone type (since it has timezones). TimestampNTZ is the same as non legacy timestamp type.

The readPartitionedTableAllDataTypes tests the Timestamp type in a partitioned table & testDeltaTimezoneTypeSupport tests it in a non partitioned table.