Encontrei um estouro aritmético em uma instrução SELECT simples. A consulta foi como abaixo, por exemplo
SELECT [SaleValue] FROM Sales[SaleValue]era do tipo de dados decimal(9,0)e não uma coluna computada.
O motivo disso aconteceu porque, de alguma forma, a coluna tinha uma linha em que esse campo estava armazenando um valor MAIS GRANDE que o tipo de dados especificado, por exemplo decimal(10,0).
Só consegui que o select funcionasse quando aumentava o tamanho da coluna. A tabela em questão possui outras duas instâncias em outras duas colunas e linhas.
Como essa situação foi possível? Como um valor fora do intervalo foi salvo na coluna em primeiro lugar?
Estou usando o Microsoft SQL Server + esta é uma tabela base, não uma exibição.
11
A única maneira possível de pensar em forçar isso a acontecer seria editar as tabelas do sistema por meio do DAC - um processo bastante violento que alguém esperaria poder dizer se foi feito com esse banco de dados. Mesmo assim, não tenho certeza de que daria certo (ou até seria possível). Fora isso, realmente precisamos de um script de reprodução para ver essa situação por nós mesmos e suspeito que criar a reprodução, se possível, poderia facilmente levar anos de experimentação.
—
Damien_The_Unbeliever
Pior ainda, lembrei que 9/10 é um ponto de transição para o tamanho de armazenamento de
—
Damien_The_Unbeliever 28/08
decimal- um decimal(9,0)deve ocupar 5 bytes, um decimal(10,0)9. Portanto, acho que é menos provável que você possa fazer isso editando as tabelas do sistema, pois não terá o tamanho de armazenamento correto para os dados em cada linha.