Вопросы производительности при использовании расширенных свойств SQL Server.

Question

Все,

Мы хотим использовать расширенные свойства как часть документации нашей базы данных.Один из моих коллег упомянул, что в предыдущем проекте они использовали расширенные свойства, и это повлияло на производительность базы данных.

Я искал в Интернете любую подтверждающую информацию по этому поводу.Я ничего не нашел.

Кто-нибудь сталкивался с этим?Если да, то есть ли статья или ссылка, где я могу прочитать об этом?

Спасибо - г-н.Делать

Примечание:это база данных SQL Server 2005.

Answer 1

Ваш коллега неправ.Использование расширенных свойств не влияет на производительность обычных операций базы данных.

Единственное влияние, которое оказывают свойства расширения, — это операции, которые читают или записывают расширенные свойства.Это влияние зависит от способа чтения и установки свойств, а также от размера и количества свойств.

Answer 2

Это просто текстовые свойства:не учитывается в планах, составлениях, статистике, чем-либо.

Если только вы не сделаете какую-нибудь болезненную/причудливую команду «SELECT * FROM sys.extended_properties" вещи...

Они также очень полезны для документирования и добавления комментариев к объектам базы данных:особенно в сочетании со сторонними инструментами, такими как Документ Red Gate SQL (могут быть и другие)

Answer 3

Единственное, что я заметил, это то, что когда я их обновляю, на меня иногда влияют блокировки, уже установленные на объекте во время выполнения определенных процессов, но производительность не является причиной, по которой следует избегать их использования.

К вашему сведению:Я заметил, что расширенные свойства исчезают в UDF, когда пользовательская функция изменяется для удаления привязки схемы, а затем повторно добавляется привязка схемы.