kmote's questions

Estou usando RAISERROR()para fornecer algumas funcionalidades básicas de teste de unidade (como aqui ), mas estou frustrado com a incapacidade de usar FLOATsna mensagem de erro. Sei que posso converter o float em uma string, mas estou usando RAISERRORem cada teste de unidade, não quero adicionar outra linha de código para cada teste. (Meus testes de unidade já são prolixos o suficiente!) Existe uma maneira de executar uma conversão/cast inlineRAISERROR dentro da lista de parâmetros? Ou há outra maneira de contornar essa deficiência?

Atualização: Então, em última análise, o que eu gostaria de fazer é o seguinte:

RAISERROR('Unit Test FAILED! %f', 11, 0, @floatParm)

Infelizmente, RAISERRORnão lida com %f ou floats em geral. Então eu tenho que fazer isso em vez disso:

DECLARE @str VARCHAR(40) = CAST(@floatParm AS VARCHAR(40))
RAISERROR('Unit Test FAILED! %s', 11, 0, @str)

... que parece uma bagunça quando está espalhado por dezenas de testes de unidade. Então, eu gostaria de resumir para algo assim:

RAISERROR('Unit Test FAILED! %s', 11, 0, CAST(@floatParm AS VARCHAR(40))

Mas isso me dá uma Incorrect syntax near 'CAST'mensagem. Não entendo por que isso é ilegal, mas é. Existe outro "one liner" que eu poderia usar aqui?

Eu herdei um grande banco de dados (SQLServer) com centenas de colunas que representam quantidades de uma coisa ou outra. As unidades para esses valores (por exemplo, "galões", "polegadas", etc) são armazenadas no campo MS_Description de Extended Properties. Eu estou querendo saber se existe uma maneira melhor de armazenar essas informações. Suponho que seja bom para fins de documentação, mas seria difícil fazer cálculos robustos de conversão de unidades com base nesses dados. Neste ponto, não estou preparado para fazer uma mudança invasiva, mas se tiver a chance de fazê-lo, qual é a melhor prática recomendada a esse respeito? As opções, de cara, podem incluir:

• Altere o nome da coluna para unidades incluídas (por exemplo, "TotalVolumeInGallons". Isso tornaria as informações um pouco mais prontamente disponíveis, mas ainda parece fraca para mim).
• Adicione uma coluna "Unidades" separada para corresponder a cada coluna "Valor" (esta coluna pode ser nvarchar OU pode ser uma chave estrangeira para uma tabela separada de Unidades, o que pode facilitar o cálculo de conversões de unidades. Por outro lado, adicionar muitas colunas poderiam dobrar o tamanho do meu banco de dados - com dados terrivelmente redundantes.)
• Crie um novo campo em Extended Properties dedicado especificamente para unidades. (Infelizmente, não acho que isso possa ser uma chave estrangeira para uma tabela de unidades.)
• Existe outra ideia que estou negligenciando?

ATUALIZAÇÃO: Depois de ler a resposta de @Todd Everett, uma possível solução me ocorreu, então vou em frente e respondo à minha própria pergunta. (Veja abaixo)

A janela de propriedades no SSMS parece ruim para mim. Tudo o que mostra são as propriedades da conexão atual. Eu gostaria de poder clicar em um objeto no Object Explorer (por exemplo, uma tabela ou coluna) e ver instantaneamente as propriedades correspondentes exibidas na janela Propriedades. Existe alguma configuração em Opções que tornaria isso possível?

Agora, se eu mudar para um diagrama de banco de dados e selecionar uma caixa (Tabela) ou campo (Coluna), a Janela de Propriedades será atualizada de acordo. Mas raramente interajo com diagramas de banco de dados. Eu quero esta funcionalidade enquanto estou trabalhando no Query Designer. Há alguma maneira de fazer isso?