-
Notifications
You must be signed in to change notification settings - Fork 5.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
maximum aggregate of time type returning incorrect value #6963
Comments
I'll try to reproduce that. |
@fiedukow did you manage? :) |
Yes. |
The discussion thread #7122 seems to about Presto and timestamp and time zone semantics. Was not clear how that ties into incorrect aggregation of a TIME type. Please review and reopen as applicable. |
As such, time (w/o TZ) does apply use timezone to the value. The semantic may differ between connectors as well. Maybe I closed this a little bit to early as this may also be connected to wrong behaviour on PostgreSQL connector side. I think that this should be retested after fixing semantic in Presto though, as check on Presto side is definitely required to fix other problems properly. Sorry for closing that to early. Leaving open and assigned to myself as I'm going to dive into |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
Version: 0.160
The expected projected value is 23:59:30 and not the returned value of 12:00:00
select max( vtm.ctm ) from postgres_cert.public.vtm
source data
rnum ctm
0
1 00:00:00
2 12:00:00
3 23:59:30
describe of table
Column Type Comment
rnum integer
ctm time
The text was updated successfully, but these errors were encountered: