SQL Server 2008 e propriedades estendidas [fechadas]

8

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?

sql-server sql-server-2008 sam yi
fonte
11
Estamos usando propriedades estendidas para documentar tabelas e colunas, com base em um gerador de documentação auto-escrito que lê o banco de dados e produz páginas wiki a partir dessas propriedades estendidas.
21813 Marc
Não há resposta certa ou errada para essa pergunta, é uma questão de opinião e onde você trabalha para o que a funcionalidade é usada. Como consultor, vejo que é usado o tempo todo para várias coisas, desde a geração de código de procedimento armazenado até a satisfação dos padrões / políticas de segurança do DoD.

Respostas:

6

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.

spaghettidba
fonte
11
Quero tanto lhe dar um voto negativo por esse link ... artigos que exigem um login são muito irritantes.
WernerCD
11
@WernerCD: Eu te daria um voto negativo por fazer parte da comunidade do SQL Server e por não ter uma conta gratuita no SQLServerCentral. Não é como se eles fossem ExpertSexChange ...: - D
Marian
@Marian Na verdade, acho que tenho uma conta ... ainda é chato ter que fazer login. Como programador, é meu dever ser preguiçoso. :)
WernerCD
@ WernerCD: Ah, vamos lá, tente Lastpass, 1password ou Roboform ou o que mais lhe convier. Existem ferramentas para asnos preguiçosos. O meu é perfeitamente adequado ao Lastpass, mas você pode encontrar outro.
Marian
3

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.

bobs
fonte
1

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?

AK
fonte
0

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.

Marian
fonte