to_timestamp_* scalar functions family

[ravlio]

No description provided.

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• to_timestamp: 0/10 (0.0%)
• try_to_timestamp: 0/0 (100.0%)

Overall: 0/10 (0.0%)

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• to_timestamp: 0/10 (0.0%)
• try_to_timestamp: 0/0 (100.0%)

Overall: 0/10 (0.0%)

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• try_to_timestamp: 0/0 (100.0%)
• to_timestamp: 0/10 (0.0%)

Overall: 0/10 (0.0%)

[github-actions]

⚠️ The SLT test execution failed. Please check the workflow logs for details.

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• set: 6/16 (37.5%)
• timestampdiff: 0/3 (0.0%)
• timestamp_from_parts: 3/6 (50.0%)
• convert_timezone: 0/3 (0.0%)
• to_timestamp: 0/10 (0.0%)
• try_to_timestamp: 0/0 (100.0%)
• timestampadd: 5/5 (100.0%)

Overall: 14/43 (32.6%)

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• try_to_timestamp: 0/0 (100.0%)
• timestampadd: 5/5 (100.0%)
• timestampdiff: 0/3 (0.0%)
• timestamp_from_parts: 3/6 (50.0%)
• convert_timezone: 1/3 (33.3%)
• to_timestamp: 2/10 (20.0%)

Overall: 11/27 (40.7%)

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• convert_timezone: 1/3 (33.3%)
• try_to_timestamp: 0/0 (100.0%)
• timestamp_from_parts: 3/6 (50.0%)
• to_timestamp: 2/10 (20.0%)

Overall: 6/19 (31.6%)

[github-actions]

✅ SLT Targeted Testing: No relevant SLT tests found for the changes in this PR. No testing required.

[github-actions]

✅ SLT Targeted Testing: No relevant SLT tests found for the changes in this PR. No testing required.

[Vedin]

I didn't check the correctness. Overall I believe it works. As I can see SLT's haven't run after the recent changes. What's the current state? Should we change some of them with a proper comment? I believe some of them are still failing, but for now, it's expected behaviour.

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• to_timestamp: 2/10 (20.0%)
• timestamp_from_parts: 3/6 (50.0%)
• timestampadd: 5/5 (100.0%)
• try_to_timestamp: 0/0 (100.0%)
• timestampdiff: 0/3 (0.0%)

Overall: 10/24 (41.7%)

[github-actions]

SQL Logic Tests Results ❌

Coverage by SLT File

• try_to_timestamp: 0/0 (100.0%)
• to_timestamp: 2/10 (20.0%)

Overall: 2/10 (20.0%)

[ravlio]

I didn't check the correctness. Overall I believe it works. As I can see SLT's haven't run after the recent changes. What's the current state? Should we change some of them with a proper comment? I believe some of them are still failing, but for now, it's expected behaviour.

We shouldn't change slt tests.

DF/Embucket has strange behaviour rendering timestamp. DF produces:

SELECT to_timestamp_tz('2024-04-05 01:02:03');
2024-04-05T01:02:03-07:00

while Embucket gives:

2024-04-05 08:02:03

somehow tz is applied to timestamp and converted to UTC. Most of the slt fail due to this. I think it is a different problem and we can merge this PR.