You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, filter condition evaluates to something like:
event_time >='2020-01-01 00:00:00+00:00'
Since event_time column is expected to be of a datetime type, this will only work on platforms that support implicit type coercion between strings and datetime types.
Expected Behavior
event_time column is compared with a timestamp literal:
Is this a new bug?
Current Behavior
_render_event_time_filtered compares a timestamp column with a string literal.
Currently, filter condition evaluates to something like:
Since
event_time
column is expected to be of a datetime type, this will only work on platforms that support implicit type coercion between strings and datetime types.Expected Behavior
event_time
column is compared with a timestamp literal:or with a value explicitly cast to a timestamp:
Steps To Reproduce
Run incremental model with microbatch strategy and inspect queried sqls.
Relevant log output
No response
Environment
Additional Context
It can be hardcoded in an f-string as below:
or maybe we could use convert_datetime_type function, which returns a datetime type specific to the adapter.
The text was updated successfully, but these errors were encountered: