-
Notifications
You must be signed in to change notification settings - Fork 101
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
Implement persist_docs #134
Comments
I agree that this feature would be cool, but how would one use it? This example using Extended Properties seems helpful, but how would a user of the database see this info in SSMS or Power BI? I'm an Extended Properties newb, but the |
TBH I have no idea how one would use it. As far as I know Extended Properties is the recomended way to handle in-database documentation. So it would be safe to assume that user tooling (SSMS, PowerBI, ...) will at some point do proper use of that documentation. Maybe the way to make those tools do proper use of Extended Properties is to first put something in there so people can start complaining they cannot use their documentation on the tools 😂. So, focusing this issue, maybe: Step 1 is to see wether Extended Properties is the place to |
There is a semi-standard in the form of the |
I had a need for this feature using MS_Description. A few of our tools use it as default to pull out descriptions such as redgate tools, azure purview and I assume a few others. It may be useful to make MS_Description configurable if there is a need. I've attached what is working for us...
|
this is awesome! can you tell me more about what "working for us" means? i.e. Purview/redgate can pull out column descriptions no problem? Way cool! |
With Redgate Sql Prompt, it will display MS_Description in the tooltip. Redgate Sql Doc also pulls it as the main description. I know the SSMS designer uses it too for MS_Descriptions on columns, but I don't know anybody who actually uses the designer in SSMS! I asked my colleague about azure purview and it needed some work apparently to get it to take in MS_Description, so I don't think this standard helps there. edit I forgot to add, SSMS |
@mahazza Thank you for sharing that code! |
@sdebruyn How else I can help? |
I just added all the new adapter tests to #390. The docs persistence tests in there should be failing right now. Ideally, your PR #289 would be merged into this branch and would make those tests succeed. That way we are much more certain that both the implementation works and that it works according to how dbt-core expects it to. So if you would find some time, change the target of your PR to the branch used in #390 and make those persist_docs tests succeed :) |
dbt
has a configuration option to persist documentation to the database:https://docs.getdbt.com/reference/resource-configs/persist_docs
Attempting to use it with the sql server adapter results in:
Feature Request: implement the above
The text was updated successfully, but these errors were encountered: