Skip to content
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

bigquery parity for statement blocks #526

Merged
merged 12 commits into from
Sep 19, 2017
Merged

bigquery parity for statement blocks #526

merged 12 commits into from
Sep 19, 2017

Conversation

drewbanin
Copy link
Contributor

@drewbanin drewbanin commented Sep 14, 2017

This branch makes the statement block work with the bigquery adapter. This is necessary for implementing introspective materializations which run against bigquery.

TODO:

  • add tests
  • fix for too many open connections issue

@drewbanin drewbanin added bigquery bug Something isn't working labels Sep 14, 2017
@drewbanin drewbanin added this to the 0.9.0 alpha-1 milestone Sep 14, 2017
logger.debug(msg)
def log(msg, info=False):
if info:
logger.info(" ↳ " + msg)
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@cmcarthur i really like this but fear that it will randomly break python2 installations. Will remove

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oh lol yeah it broke circle

Copy link
Member

@cmcarthur cmcarthur left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one very minor change. this looks great.

else:
_, cursor = cls.execute_one(profile, sql, model_name, auto_begin)
status = cls.get_status(cursor)
return status, None
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

default result data was [], now it's None

I really like this approach but I think we should condense the execute / execute_one / execute_and_fetch / add_query APIs into a smaller set of functions. Not blocking for this PR.

@drewbanin drewbanin merged commit efe4ece into development Sep 19, 2017
@drewbanin drewbanin deleted the bq-things branch September 19, 2017 20:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bigquery bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants