Replies: 3 comments 34 replies
-
@wypb Thank you for helping with this. Before deciding to implement TIME type as Presto-specific type, can you do a survey of database engines to find out which ones have a TIME type and whether that type is similar / different from Presto's. Please, investigate how we would need to modify function signatures and fuzzers to accommodate the new type and include this in the design.
Please, try to come up with as complete list of functions as possible.
Please, try to come up with as complete list as possible.
Do we only need to support CAST to and from strings? If so, please, include a detailed description of the semantics. Feel free to create and attach a Google doc with all these details to keep things organized. Thanks. |
Beta Was this translation helpful? Give feedback.
-
Seems a lot of work, I can help if you need some @wypb |
Beta Was this translation helpful? Give feedback.
-
HI @mbasmanova I wrote a simple design document. Can you help me take a look at it when you have time? https://docs.google.com/document/d/1RmMR7EtbGljNXeix51Ek_YebKAFC4doCOpkuQbV0758/edit |
Beta Was this translation helpful? Give feedback.
-
Presto has TIME type: https://prestodb.io/docs/current/language/types.html#time, But currently Velox doesn't support it. To support the TIME type in Velox, I will do the following:
velox/functions/prestosql/types
, just like the TimestampWithTimeZone type.cast(varchar as time)
,cast(timestamp as time)
,cast(time as varchar)
, just as implemented in TimeOperatorsCAST(STR AS TIME) < TIME '13:01:11.001'
Thoughts? Cc: @mbasmanova @aditi-pandit @xumingming
Beta Was this translation helpful? Give feedback.
All reactions