Full redshift connector parameter support
resolves #332 docs dbt-labs/docs.getdbt.com/# alternative for #323
Problem
Currently not all connection methods, which the redshift_connector supports are currently possible with dbt-redshift.
Also the connections.py does not fully reflect the move to redshift_connector yet. In the past the connection methods were handled by dbt-redshift itself, by parsing different credentials sets based on the connections method. With redshift_connector this should now be done by redshift_connector.
Solution
I have added all connection parameters from redshift_connector and removed the ConnectionFactory, as all connection methods are handled by redshift_connector now.
Many unit tests are now obsolete, as testing the different connection methods are now out of scope for dbt-redshift, but part of redshift_connector.
All the changes should be backwards compatible.
Checklist
- [x] I have read the contributing guide and understand what's expected of me
- [x] I have run this code in development and it appears to resolve the stated issue
- [x] This PR includes tests, or tests are not required/relevant for this PR
- [ ] This PR has no interface changes (e.g. macros, cli, logs, json artifacts, config files, adapter interface, etc) or this PR has already received feedback and approval from Product or DX Lots new adapter credentials options
Both unit and integration tests are successful for me.
Unfortunately I cannot tests all the different connection methods (as I don't have those set up currently), but as this is part of redshift_connector anyway; I guess this out of scope.
This is great. Currently we need to set client_protocol_version to 0 due to this Teleport limitation and looking forward to see this PR merged.
Any updates here or what is currently blocking?
+1 to @misteliy . Why are you not merging this pr?
This PR has been marked as Stale because it has been open with no activity as of late. If you would like the PR to remain open, please comment on the PR or else it will be closed in 7 days.
Although we are closing this PR as stale, it can still be reopened to continue development. Just add a comment to notify the maintainers.
Could you please reopen as it was not resolved