Consideraciones de rendimiento para usar SQL Server propiedades extendidas

Question

A todos,

Estamos deseen utilizar propiedades extendidas como parte de nuestra documentación de la base de datos. Uno de mis compañeros de trabajo mencionó que en un proyecto previo que utilizaban propiedades extendidas y que impactó el rendimiento de base de datos.

He estado buscando el Internet para cualquier información que corrobora con respecto a esto. No he encontrado nada.

¿Alguien ha encontrado con este? Si es así, ¿hay un artículo o un enlace donde puedo leer sobre esto?

Gracias - Sr. Do

Nota:. Se trata de una base de datos SQL Server 2005

Answer 1

Su colegue está mal. No hay ningún impacto en el rendimiento en las operaciones de bases de datos normales si utiliza las propiedades extendidas.

Las únicas propiedades de impacto tienen extendet está en operaciones que leen o escriben extendida propiedades . Este impacto depende de la forma en que las propiedades se leen y se ponen, y el tamaño y número de propiedades.

Answer 2

Son simplemente las propiedades del texto:. No considerado en los planes, la compilación, estadísticas, nada

A menos que usted hace algo de dolor / fantasía "SELECT * FROM sys.extended_properties " cosas ...

También son muy útiles para documentar y añadir comentarios a los objetos de la base: sobre todo en combinación con herramientas de 3 ª parte como Red Puerta SQL Doc (puede ser otros)

Answer 3

Lo único que he visto es que cuando los estoy poniendo al día, a veces estoy afectado por bloqueos ya en el objeto cuando los procesos concretos están funcionando, pero el rendimiento no es una razón para evitar el uso de ellos.

FYI: He notado que las propiedades extendidas desaparecen en las UDF cuando un UDF se altera para eliminar SCHEMABINDING y luego volver a agregar SCHEMABINDING

.