Вопросы производительности при использовании расширенных свойств SQL Server.
-
21-09-2019 - |
Вопрос
Все,
Мы хотим использовать расширенные свойства как часть документации нашей базы данных.Один из моих коллег упомянул, что в предыдущем проекте они использовали расширенные свойства, и это повлияло на производительность базы данных.
Я искал в Интернете любую подтверждающую информацию по этому поводу.Я ничего не нашел.
Кто-нибудь сталкивался с этим?Если да, то есть ли статья или ссылка, где я могу прочитать об этом?
Спасибо - г-н.Делать
Примечание:это база данных SQL Server 2005.
Решение
Ваш коллега неправ.Использование расширенных свойств не влияет на производительность обычных операций базы данных.
Единственное влияние, которое оказывают свойства расширения, — это операции, которые читают или записывают расширенные свойства.Это влияние зависит от способа чтения и установки свойств, а также от размера и количества свойств.
Другие советы
Это просто текстовые свойства:не учитывается в планах, составлениях, статистике, чем-либо.
Если только вы не сделаете какую-нибудь болезненную/причудливую команду «SELECT * FROM sys.extended_properties" вещи...
Они также очень полезны для документирования и добавления комментариев к объектам базы данных:особенно в сочетании со сторонними инструментами, такими как Документ Red Gate SQL (могут быть и другие)
Единственное, что я заметил, это то, что когда я их обновляю, на меня иногда влияют блокировки, уже установленные на объекте во время выполнения определенных процессов, но производительность не является причиной, по которой следует избегать их использования.
К вашему сведению:Я заметил, что расширенные свойства исчезают в UDF, когда пользовательская функция изменяется для удаления привязки схемы, а затем повторно добавляется привязка схемы.