feat: support timestamp + duration(second) arithmetic

[foskey51]

Which issue does this PR close?

• Closes Teach the type arithmetic code to support Timestamp + Duration(Second) -> timestamp #19038

Rationale for this change

NA

What changes are included in this PR?

This PR introduces a temporal_duration_coercion fn, that coerces the Duration unit to Timestamp unit. I've tested it with the failing queries mentioned in the issue.....

> select '2024-02-23'::date::timestamp + arrow_cast(arrow_cast('03:12:44'::time, 'Time32(Second)')::int, 'Duration(Second)');
+---------------------------------------------------------------------------------------------------------------+
| Utf8("2024-02-23") + arrow_cast(arrow_cast(Utf8("03:12:44"),Utf8("Time32(Second)")),Utf8("Duration(Second)")) |
+---------------------------------------------------------------------------------------------------------------+
| 2024-02-23T03:12:44                                                                                           |
+---------------------------------------------------------------------------------------------------------------+
1 row(s) fetched. 
Elapsed 0.010 seconds.

> select '2024-02-23'::date::timestamp + arrow_cast(1234, 'Duration(Second)');
+-----------------------------------------------------------------------+
| Utf8("2024-02-23") + arrow_cast(Int64(1234),Utf8("Duration(Second)")) |
+-----------------------------------------------------------------------+
| 2024-02-23T00:20:34                                                   |
+-----------------------------------------------------------------------+
1 row(s) fetched. 
Elapsed 0.009 seconds.

Are these changes tested?

no, test cases are not covered for this pr.

Are there any user-facing changes?

no

[Omega359]

FYI I have incorporated your changes into my updates for #19022 as I'm trying to condense all the code changes. I've also added a bunch of slt tests to cover the expected behaviour. I'll be sure to add attribution to you for this code

[Omega359]

This has been incorporated into #19460