-
Notifications
You must be signed in to change notification settings - Fork 14.1k
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
Time range filter not working with Trino. #16223
Comments
I was able to work around this by NOT selecting a time column, enabling
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue |
We are experiencing same issue. It is broken after we changed sqlalchemy-trino==0.4.1 with trino==0.315.0. I reverted package and problem solved. Seems like there is a compatibility issue with new trino client |
bump. still a problem in 2023 ... |
same problem using amazon athena |
It seems this is fixed in the latest supported versions 3.0.4 and 3.1.1. Please, feel free to reopen if that's not the case. |
I have same problem with Superset Version: 3.1.1 |
@dinoel93 rather than re-opening this old (and somewhat convoluted) thread, would you be willing to open a new issue, preferably with some updated context and a reproduction flow? |
I have created a query for Trino DB using SQL explorer, one of the columns is a time column (
timestamp(3) with time zone
type on Trino), if I try to apply a time filter over that column (either the same SQL explorer or a filter box on a dashboard), I'm getting this error:Expected results
Date filter applied and get results
Actual results
Getting an error.
Screenshots
How to reproduce the bug
Environment
1.2.0
3.8
not present
Checklist
Make sure to follow these steps before submitting your issue - thank you!
Additional context
I believe the root cause is that Trino (formerly PrestoSQL) doesn't automatically convert
VARCHAR
toTIMESTAMP
orDATE
, and this could be fixed by adding the worddate
ortimestamp
in the query.If I go to "view query" I see the date is passed as a varchar:
The text was updated successfully, but these errors were encountered: