-
Notifications
You must be signed in to change notification settings - Fork 34
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
Add ability to set dataset project id #201
Conversation
5cd95c6
to
39766b6
Compare
a39d3af
to
04786cd
Compare
b986ad2
to
0762d72
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for implementing this! i checked coverage on a local run, and it looks good - the only uncovered code was in duplicate invocations to BQSupportFuncts.runSyncQuery
and .startQuery
, which type checking covers.
i left some nits that you can choose to address or not. if you do, i'll give you a re-review much sooner than i gave you this review!
src/test/java/net/starschema/clouddb/jdbc/PreparedStatementTests.java
Outdated
Show resolved
Hide resolved
0762d72
to
d701a80
Compare
This CL adds the ability to specify a dataset project id as part of the dataset field in the connection string used to create a BQConnection instance. Previously, we used the project defined in the URL's path component for both the billing and default dataset projects. Recall that the default project and dataset are used to disambiguate unqualified table names referenced in a query being processed by a connection. Now, we parse the potentially fully qualified dataset to check for a project id. If no project id is found, we revert back to our former behavior, using the billing project as the default dataset project.
d701a80
to
2a216f0
Compare
This CL bumps the minor version of the BQJDBC driver. In a recently merged PR[0], we added the ability to configure a default dataset project id, which is used in conjunction with the dataset id to locate unqualified table references. We added this new capability in a backwards compatible manner. [0] #201
This CL bumps the minor version of the BQJDBC driver. In a recently merged PR[0], we added the ability to configure a default dataset project id, which is used in conjunction with the dataset id to locate unqualified table references. We added this new capability in a backwards compatible manner. [0] #201
This CL adds the ability to specify a dataset project id as part of the dataset field in the connection string used to create a
BQConnection instance. Previously, we used the project defined in the URL's path component for both the billing and default dataset projects. Recall that the default project and dataset are used to disambiguate unqualified table names referenced in a query being processed by a connection.
Now, we parse the potentially fully qualified dataset to check for a project id. If no project id is found, we revert back to our former behavior, using the billing project as the default dataset project.