SQL Serverの拡張プロパティを使用してのパフォーマンスに関する考慮事項

Question

へのすべて、

私たちは、データベースのドキュメントの一部として、拡張プロパティを使用することを望んでいます。私の同僚の一つは、事業実施前に、彼らは拡張プロパティを使用して、データベースのパフォーマンスに影響を与えたと述べています。

私はこれについてのあらゆる裏付ける情報については、インターネットを検索しています。私が何かを見つけていませんでした。

誰もがこれに遭遇していますか？もしそうなら、私はこの上に読むことができます記事やリンクがあるのでしょうか？

おかげ - ミスタードゥ

注：これはSQL Server 2005のデータベースです。

Answer 1

あなたのcolegueは間違っています。あなたは拡張プロパティを使用する場合は、通常のデータベース操作には、パフォーマンスへの影響はありません。

は唯一衝撃extendet特性は有して読み取りまたは書き込み拡張プロパティのの操作です。この影響は、プロパティが読み込まれる方法とセット、および特性の大きさ及び数に依存します。

Answer 2

彼らは単にテキストプロパティです：コンパイル、計画では考えられない、統計、何も

あなたには、いくつかの痛みを伴う/空想を行う場合を除き、「 sys.extended_properties 」もの...

また、文書に非常に有用であり、データベースオブジェクトにコメントを追加：特に<のhref = "http://www.red-gate.com/products/SQL_Doc/index.htmのようなサードパーティのツールと連動して"REL =" nofollowをnoreferrer ">レッドゲートSQLドクの（他人であってもよい）

は、私が見てきた唯一のことは、私はそれらを更新していたときに、特定のプロセスが動作しているとき、私は時々、オブジェクト上ですでにロックの影響を受けていますが、パフォーマンスはそれらを使用しないようにする理由はないということです。

FYI：私はUDFがSCHEMABINDINGを削除し、再度追加のSCHEMABINDINGするように変更されたときに拡張プロパティは、UDFの上で消えることに気づいた。

ライセンス： CC-BY-SA と 帰属

所属していません StackOverflow

便利なリンク

タグ 私たちに関しては 連絡先 プライバシー

Facebook Instagram

Answer 3

は、私が見てきた唯一のことは、私はそれらを更新していたときに、特定のプロセスが動作しているとき、私は時々、オブジェクト上ですでにロックの影響を受けていますが、パフォーマンスはそれらを使用しないようにする理由はないということです。

FYI：私はUDFがSCHEMABINDINGを削除し、再度追加のSCHEMABINDINGするように変更されたときに拡張プロパティは、UDFの上で消えることに気づいた。