-
Notifications
You must be signed in to change notification settings - Fork 227
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
[ADAP-873] [Regression] 1.6
does not work with method: thrift
due to pyhive
's lack of Cursor.fetchmany()
method
#885
Comments
1.6
does not work with method: thrift
due to pyhive
's lack of Cursor.fetchmany()
method1.6
does not work with method: thrift
due to pyhive
's lack of Cursor.fetchmany()
method
I have seen this happen with sparksession as well when using the "show" command... |
Not sure if there's still interest on this, but looking into the PyHive code it doesn't seem to handle queries with empty result sets correctly. I've forked and issued a PR here but it seems the library's been pretty much unsupported for a few years now With the changes Jinja is able to compile and results are correctly received
|
This issue has been marked as Stale because it has been open for 180 days with no activity. If you would like the issue to remain open, please comment on the issue or else it will be closed in 7 days. |
Although we are closing this issue as stale, it's not gone forever. Issues can be reopened if there is renewed community interest. Just add a comment to notify the maintainers. |
Is this a regression in a recent version of dbt-spark?
Current Behavior
reports & discussion
@sid-deshmukh originally opened dbt-labs/dbt-external-tables#234, but I believe this issue to be with dbt-spark, not dbt-external-tables.
@timvw and @jelstongreen also reported in a #db-databricks-and-spark thread in Community Slack there were experiencing similar issues
for reference, here's our internal dbt Labs Slack thread
stacktrace
compiling fails with the following stacktrace. dbt calls
.get_result_from_cursor()
which callscursor.fetchall()
which in PyHive is passed to it'sCursor._fetch_more()
(pyhive/hive.py#L507), where it fails.full stacktrace
Expected/Previous Behavior
things work (ostensibly because pyhive's
cursor.fetch()
does not invoke._fetchmore()
like.fetchmany()
doesSteps To Reproduce
method: thrift
Relevant log output
No response
Environment
Additional Context
this problem ever happening again could be solved by dbt-labs/dbt-core#8471
The text was updated successfully, but these errors were encountered: