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
DROP TABLE IF EXISTS silently ignores views #9129
Comments
can you assign me to this issue ? |
i have installed hadoop and hive , |
You need to create view and then use |
How do i create a view im new |
Please refer to Trino documentation: https://trino.io/docs/current/ |
@ronnuriel are you working on that? |
@wendigo can I work for this issuse? |
@kyo-tom sure, go ahead :) |
I had see issues #9023. In my opinion, the sql of ‘DROP TABLE IF EXISTS two’ should be success。when the view named two is not exists,this sql will success but why this sql should be fail and return fail information when the view named two is exists. I only execute drop table,the result should not be change by view |
@kyo-tom Are you still working on this? Can I go for it? |
@Riddle4045 please go ahead |
Recent change in trino library broke our tests - After trinodb/trino#9129 trino would fail `drop view if not exists` query if table with that name exists instead of silently proceeding. which is problem for us since our tests seem to rely on us they execute both drop view and drop table to make sure a table or view is deleted. So now I am pinning to old version of trino to hopefully fix the issue as a quick workaround. Will create separate ticket to fix it in a way that works against latest version of trino. Testing Done: this PR CICD :) Signed-off-by: Antoni Ivanov <aivanov@vmware.com>
Recent change in trino library broke our tests - After trinodb/trino#9129 trino would fail `drop view if not exists` query if table with that name exists instead of silently proceeding. which is problem for us since our tests seem to rely on us they execute both drop view and drop table to make sure a table or view is deleted. So now I am pinning to old version of trino to hopefully fix the issue as a quick workaround. Will create separate ticket to fix it in a way that works against latest version of trino. Testing Done: this PR CICD :) Signed-off-by: Antoni Ivanov <aivanov@vmware.com>
With Hive connector
DROP TABLE
is rejected on a view:Now this should fail informing that relation indeed exists, but is not a table -- but succeeds:
nothing got dropped:
The text was updated successfully, but these errors were encountered: