SQL Server 2008 y propiedades extendidas [cerrado]

En SQL Server, ¿para qué usan propiedades extendidas? Algunos artículos y blogs sugieren que se usen para la autodocumentación de la base de datos y sus objetos, pero no puedo ver que esto se use correctamente ... ¿Es esto en gran parte ignorado por la mayoría?

En gran medida ignorado, como estás diciendo.

Las propiedades extendidas son un poco incómodas de leer y escribir desde T-SQL y GUI. La documentación de la OMI debe mantenerse en otro lugar (proyectos de bases de datos, documentación de proyectos, etc.).

Aquí hay un buen artículo sobre propiedades extendidas , que también aborda algunas de sus dudas.

Estoy trabajando con un sistema donde tenemos numerosas bases de datos. La autodocumentación es útil porque cada base de datos puede tener una estructura diferente.

Gestionamos un proceso de versión de estructura de base de datos y almacenamos esa información en las propiedades extendidas. También capturamos descripciones de tablas, columnas y otros objetos de bases de datos.

Sin embargo, trabajar con propiedades extendidas sería inmanejable sin la ayuda de la automatización. Desarrollamos herramientas que nos ayudan a capturar y almacenar la información en las propiedades extendidas. Y también tenemos herramientas para ver e informar la información.

Desarrollar las herramientas ha sido útil en este entorno, pero no veo el beneficio si trabajas en una tienda donde tienes muy pocas bases de datos.

Todavía no he visto un solo proyecto que utilizara propiedades extendidas. En mi opinión, la razón es la siguiente: incluso si queremos almacenar documentación en la base de datos, que generalmente no es el caso, existen alternativas. Por lo general, las propiedades extendidas no hacen exactamente lo que queremos. Por otro lado, implementar nuestra propia solución que hace exactamente lo que necesitamos es tan fácil, entonces, ¿por qué molestarse?

En nuestros proyectos los usamos para mantener la información de versiones en propiedades extendidas establecidas por base de datos.

Por ejemplo: utilizamos proyectos de Team Foundation y rastreamos en una propiedad extendida de db el último número de secuencia de comandos posterior a la implementación que se ejecutó desde la carpeta posterior a la implementación (por ejemplo, tenemos las secuencias de comandos 1 a 23, la propiedad ext. Se establece en 15, por lo que la secuencia de comandos posterior a la implementación solo ejecutará secuencias de comandos de 16 en adelante). Lo mismo para los scripts previos a la implementación.

Estoy de acuerdo en que podríamos mantener esa información en una tabla, pero es una forma de usar propiedades extendidas.

Aquí hay un ejemplo de script de diccionario de datos que hace un uso intensivo de las descripciones de tablas y columnas que muestra cuán útiles pueden ser para autodocumentarse, http://www.csvreader.com/posts/data_dictionary.php .