-
Notifications
You must be signed in to change notification settings - Fork 126
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
sql server compatibility #194
Comments
Welcome. We're excited about the possibility of you making a contribution! I would recommend waiting until #188 is merged before getting started as it changes some of the fundamentals of how the package works, but once that is done the key things you need to take care of:
The last one is perhaps the trickiest, as it may involves setting up some infrastructure. We could potentially use some guidance from the sql server adapter maintainers as to how they've setup testing for their adapter. |
For the last point here's a SQL server spun up in CI https://github.com/AutoIDM/autoidm-target-mssql/blob/main/script.sh could tweak this for GH actions |
Looks like #188 is merged. I haven't verified, but imagine that the https://github.com/dbt-msft/tsql-utils package will help with the
@jgilfillan I don't have time to implement SQL Server compatibility right now, but can help. One thing to note is that SQL Server does not support nested CTES, but I haven't checked if anything in this project requires nested CTES. |
name and schema are keywords in SQL Server that must be quoted in queries, either with double quotes (eg. "schema") or square brackets (eg [schema]). Any thoughts on the best way to implement this db-specific syntax within the model scripts? |
Opened PR #248 which will close this issue. |
Can someone provide some basic instructions on how to make this package sql server compatible? Is it just a case of adding a sqlserver function to each macro? TIA
The text was updated successfully, but these errors were encountered: