SQL Server 2008と拡張プロパティ[終了]

SQL Serverでは、拡張プロパティを何に使用しますか？一部の記事やブログは、データベースとそのオブジェクトの自己文書化に使用することを提案していますが、これが適切に使用されていることを確認できません...これはほとんどの人によって無視されていますか？

あなたが言っているように、ほとんど無視されます。

拡張プロパティは、T-SQLとGUIの両方から読み書きするには少し扱いに​​くいです。IMHOドキュメントは他の場所（データベースプロジェクト、プロジェクトドキュメントなど）で管理する必要があります。

ここだ拡張プロパティの良い記事も、あなたの疑問のいくつかに対処し、。

私は多数のデータベースがあるシステムで作業しています。各データベースは異なる構造を持つことができるため、自己文書化は便利です。

データベース構造のバージョンプロセスを管理し、その情報を拡張プロパティに格納します。テーブル、列、その他のデータベースオブジェクトの説明もキャプチャします。

拡張プロパティの操作は、自動化の助けがなければ管理できません。拡張プロパティの情報をキャプチャして保存するのに役立つツールを開発しました。また、情報を表示および報告するためのツールもあります。

ツールの開発はこの環境で役に立ちましたが、データベースが非常に少ないショップで作業している場合は、メリットはないと思います。

拡張プロパティを使用する単一のプロジェクトはまだ見たことがありません。IMOの理由はこれです。通常、ドキュメントをデータベースに格納したい場合でも、別の方法があります。通常、拡張プロパティは私たちが望むものを正確に実行しません。一方、私たちが必要とするものを正確に実行する独自のソリューションを展開するのは非常に簡単です。

私たちのプロジェクトでは、データベースごとに設定された拡張プロパティにバージョン情報を保持するためにそれらを使用しています。

例：Team Foundationプロジェクトを使用し、db拡張プロパティで、配置後のフォルダーから実行された最後の配置後スクリプト番号を追跡します（たとえば、スクリプト1〜23があり、ext。プロパティが15に設定されているため、配置後スクリプトは、16以降のスクリプトのみを実行します。展開前のスクリプトについても同様です。

その情報をテーブルに保持できることに同意しますが、これは拡張プロパティを使用する方法です。

以下は、テーブルと列の説明を多用するデータディクショナリスクリプトの例で、自己文書化にどれほど役立つかを示していますhttp://www.csvreader.com/posts/data_dictionary.php。