Рекомендации по работе с расширенными свойствами SQL Server

Question

To All,

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

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

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

Спасибо - Г-н Do

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

Answer 1

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

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

Answer 2

Это просто текстовые свойства: не учитываются в планах, компиляции, статистике, чем угодно.

Если вы делаете некоторые болезненными/фантазии «SELECT * FROM sys.extended_properties» материал ...

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

Answer 3

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

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