SQL Server 2008 e propriedades estendidas [fechadas]

No SQL Server, para que vocês usam propriedades estendidas? Alguns artigos e blogs estão sugerindo que eles sejam usados ​​para auto-documentação do banco de dados e de seus objetos, mas não consigo ver isso sendo usado corretamente ... isso é amplamente ignorado pela maioria?

Em grande parte ignorado, como você está dizendo.

As propriedades estendidas são um pouco difíceis de ler e gravar tanto do T-SQL quanto da GUI. A documentação do IMHO deve ser mantida em outro local (projetos de banco de dados, documentação do projeto etc.).

Aqui está um bom artigo sobre propriedades estendidas , que também aborda algumas de suas dúvidas.

Estou trabalhando com um sistema em que temos vários bancos de dados. A auto-documentação é útil porque cada banco de dados pode ter uma estrutura diferente.

Gerenciamos um processo de versão da estrutura do banco de dados e armazenamos essas informações nas propriedades estendidas. Também capturamos descrições de tabelas, colunas e outros objetos de banco de dados.

Trabalhar com propriedades estendidas seria incontrolável sem a ajuda da automação. Desenvolvemos ferramentas que nos ajudam a capturar e armazenar as informações nas propriedades estendidas. E também temos ferramentas para visualizar e relatar as informações.

O desenvolvimento das ferramentas foi útil nesse ambiente, mas não vejo o benefício se você estiver trabalhando em uma loja onde você tem muito poucos bancos de dados.

Ainda não vi um único projeto que usasse propriedades estendidas. Na IMO, a razão é a seguinte: mesmo se queremos armazenar documentação no banco de dados, o que geralmente não é o caso, existem alternativas. Normalmente, as propriedades estendidas não fazem exatamente o que queremos. Por outro lado, implementar nossa própria solução que faz exatamente o que precisamos é tão fácil, então por que se preocupar?

Em nossos projetos, usamos-os para manter as informações de versão em propriedades estendidas definidas por banco de dados.

Por exemplo: usamos projetos Team Foundation e rastreamos em uma propriedade estendida db o último número de script pós-implantação que foi executado a partir da pasta pós-implantação (por exemplo - temos scripts 1 a 23, a propriedade ext. É definida como 15, portanto, a propriedade ext. O script pós-implantação executará apenas scripts a partir dos 16 anos). O mesmo para scripts de pré-implantação.

Concordo que poderíamos manter essas informações em uma tabela, mas é uma maneira de usar propriedades estendidas.

Aqui está um exemplo de script de dicionário de dados que faz uso intenso de descrições de tabela e coluna que mostra como elas podem ser úteis para a documentação de documentos, http://www.csvreader.com/posts/data_dictionary.php .