Matt's questions

Recentemente, encontrei as colunas "válido de" e "válido para" em uma tabela de fatos . Obviamente, isso é comum para dimensões, mas nunca as vi em tabelas de fatos antes e não consigo encontrar nenhuma informação sugerindo que sejam amplamente usadas.

A granularidade da tabela é análoga às transações da conta bancária, portanto, um novo fato é gerado quando um depósito é feito ou um valor é retirado. A razão dada para a inclusão das colunas é a necessidade de relatórios consistentes (se executarmos este relatório hoje, deve ser o mesmo de uma semana atrás) combinado com a baixa qualidade dos sistemas/dados de origem; os usuários podem entrar no sistema de origem e dizer "este depósito foi na verdade apenas £ 10, não £ 100". Quando isso acontece, uma segunda linha de fato é inserida e a linha original é expirada.

Na minha opinião, uma nova linha de fato deve ser inserida para inverter a original para manter o histórico (aplicando -£100 no exemplo) e o fato atualizado deve ser inserido (+£10). Parece que trabalhar com as colunas válidas de/para introduz muita complexidade para os usuários ao relatar, bem como o risco de erro (resumindo os fatos ativos e expirados).

Alguém tem experiência com isso e há alguma referência que o aborde especificamente (postagens de blog, artigos ou mesmo livros)?

Recentemente, solucionei alguns problemas com um aplicativo de terceiros em relação a configurações regionais e separadores decimais. O detalhe desses problemas não é muito relevante, exceto para dizer que o aplicativo é um serviço da web lendo uma coluna do SQL Server com o tipo de dados money e que parece multiplicar o valor porque um separador decimal está sendo interpretado como milhar separador.

Isso me leva à pergunta: No decorrer de minhas investigações, notei que se eu abrir o SSMS e executar o seguinte, recebo "1,00" retornado:

declare @money money;
set @money = 1;
select @money;

No entanto, se eu executar o seguinte no mesmo servidor, recebo "1.00" retornado:

declare @decimal decimal(18,2);
set @decimal = 1;
select @decimal;

Minhas configurações regionais do Windows aqui estão configuradas para usar uma vírgula como separador decimal, portanto, aparentemente, o valor do dinheiro é exibido corretamente e o decimal não.

O que está acontecendo aqui? Não está claro por que o comportamento é diferente para esses dois tipos de dados. Isso é devido ao SQL Server ou é causado pela estrutura .Net? (O aplicativo utiliza a estrutura .Net e presumivelmente o SSMS está fazendo isso da mesma maneira...)

Encontrei o seguinte tíquete que parece se referir ao mesmo problema, mas não parece fornecer uma resposta: https://connect.microsoft.com/SQLServer/feedback/details/636074/some-datatypes-doesnt-honor-localization