Open adriangb opened 3 weeks ago
cc @alamb I think you've written some tests for datafusion.execution.time_zone
based on blames, I couldn't track down who originally implemented it
Hi @adriangb -- I am not sure who originally implemented it either. I think @Omega359 was thinking about how to specify / pass the default timezones to functions recently too
Yes, it's been on my radar for a while now. There are a number of issues around tz's some of which are generic tz issues, others are issues where using the default tz in config might be useful. A small but not complete list
Someone can probably take a look at #13130, it seems to be done it just has a doc check error
This may now be feasible after
Describe the bug
I would expect that setting
SET datafusion.execution.time_zone = '+08:00'
would lead toSELECT '2024-11-01T00:00:00.0+00:00'::timestamptz - '2024-11-01T00:00:00.0'::timestamp
to give8 hours
(that is, the same asSELECT '2024-11-01T00:00:00.0+00:00'::timestamptz - '2024-11-01T00:00:00.0+08:00'::timestamptz
). Some things do work e.g.SELECT '2024-11-01T00:00:00.0'::timestamptz
does give2024-11-01T00:00:00+08:00
.To Reproduce
No response
Expected behavior
No response
Additional context
No response