Comparação De Números Decimais

Por que comparar decimais dá errado na prática

A maioria dos professores ensina que para comparar 3,45 e 3,38 você olha a casa das décimas: 4 é maior que 3, pronto, 3,45 > 3,38. Funciona na lousa. Quando você leva isso para uma planilha com 50 mil linhas ou para um sistema financeiro, as coisas se complicam rapidamente. O problema não é o conceito em si, é que números decimais no computador não são exatamente o que parecem. A operação funciona da esquerda para a direita, casa por casa. Primeiro compara-se a parte inteira. Se forem diferentes, acabou. Se forem iguais, desce para as décimas, depois centésimas, milésimas, e assim por diante até encontrar uma diferença ou esgotar as casas decimais do menor número. Exemplo: 7,203 vs 7,199. Parte inteira igual (7). Décimas: 2 > 1. Logo 7,203 é maior. Pronto. O que quase ninguém explica é o que acontece quando os números vêm de fontes diferentes. Eu trabalhava num sistema de precificação onde recebíamos valores de três fornecedores diferentes, cada um com precisão distinta: um usava duas casas decimais, outro três, e o terceiro enviava notação científica que virava 8,3000000001 quando convertido. A comparação ingênua falhava porque o sistema via diferenças insignificantes de ponto flutuante como diferenças reais.

Como fazer isso sem errar

O método mais confiável depende do contexto. Para educação, para provas, para uso manual, a regra das casas decimais alinhadas funciona perfeitamente. Você escreve os números um abaixo do outro, completa com zeros à direita se necessário, e compara coluna por coluna. Zero à direita não muda o valor, só padroniza a visualização. 5,6 vira 5,600. 5,599 vs 5,600 — na terceira casa decimal, 9 > 0, então 5,600 é maior. Para programação ou planilhas, a situação muda completamente. Números decimais em binário (IEEE 754) não representam todas as frações decimais com exatidão. 0,1 + 0,2 não é exatamente 0,3. Isso não é um bug, é uma limitação matemática. Se você comparar diretamente com == ou > entre valores calculados, vai ter resultados errados em cenários que parecem inocentes. No meu caso, a solução foi usar uma função de arredondamento antes da comparação. Em vez de comparar valores brutos, eu aplicava round(valor, 2) e então comparava. Isso eliminou os falsos positivos causados por erros de ponto flutuante. Se você está lidando com moeda, use BigDecimal ou trabalhe sempre com inteiros (centavos em vez de reais). Funciona melhor do que qualquer ajuste pós-conversão.

Armadilhas comuns que todo mundo ignora

Primeira armadilha: assumir que mais casas decimais significam número maior. 0,09 não é menor que 0,1 porque tem mais dígitos. É maior a posição que importa, não a quantidade. Estudantes frequentemente erram aqui achando que 1,25 > 1,9 porque 25 > 9. Errado. A comparação para na casa das décimas: 2

9, ponto encerrado. Segunda armadilha, mais perigosa: confusão entre vírgula e ponto decimal em sistemas internacionais. Arquivos exportados de softwares americanos usam ponto (3.14) enquanto o padrão brasileiro usa vírgula (3,14). Alguns sistemas tratam o ponto como separador de milhar e o número vira algo completamente diferente na conversão. Eu perdi meia manhã depurando isso em 2023 num feed de dados onde os valores vinham com ponto mas o interpretador esperava vírgula. A correção foi simples: converter tudo para string, substituir ponto por vírgula, e só então transformar em decimal.

Dica prática para comparação de números decimais em planilhas

Se você está usando Excel ou Google Sheets para comparar decimais de fontes diferentes, use a função ARRED() antes de qualquer operação de comparação. Coluna auxiliar com ARRED(B2;2) e compare a partir daí. Isso evita que diferenças de casas decimais invisíveis comprometam seus resultados. Em planilhas com muitos cálculos encadeados, esse erro se propaga silenciosamente e só aparece quando o relatório final não fecha. Outro detalhe importante: ao comparar números com partes inteiras de tamanhos diferentes, não adianta tentar "achar o menor número de casas" para simplificar. 12,3 e 12,30 são iguais, mas 12,3 e 12,03 são completamente diferentes. A posição relativa do dígito é o que determina o valor, não a quantidade de casas após a vírgula. Isso parece óbvio mas em comparação automática de bases de dados diferentes eu vi registros sendo classificados erradamente porque um sistema truncava zeros à direita e outro não. A regra que funciona em qualquer cenário é: padronize a precisão primeiro, depois compare. Independentemente de ser na mão ou no computador. Sem isso, você tá apostando na sorte.