Simbologia de desigualdade matemática
Os símbolos > e < aparecem todo dia em planilhas, queries SQL e fórmulas do Excel. A confusão acontece porque a direção do símbolo é contra-intuitiva quando você está escrevendo rápido. O lado aberto fica sempre voltado para o número maior. Isso significa que 7 > 3 é verdadeiro, mas 3
7 também é verdadeiro. Os dois afirmam a mesma coisa. Eu já vi gente errar isso em query de produção. Um relatório financeiro saiu invertido porque alguém escreveu WHERE valor <= limite quando deveria ser WHERE valor >= limite. O resultado foram mil linhas erradas sendo exportadas. O correto seria ter usado
= mesmo, mas o ponto é que a falta de atenção com a direção do símbolo gera erro real.
maior que menor que exemplos práticos
Aqui vão casos reais de uso, não a definição de livro didático: Planilhas do Excel - A fórmula SE() aceita comparações diretamente. =SE(A1>100;"atingiu meta";"abaixo") volta "atingiu meta" se a célula A1 for maior que cem. Se quiser exato igual, use >= para maior ou igual,
= para menor ou igual.
Filtros condicionais - No Google Sheets, você seleciona uma coluna, vai em Filtro, clica nos três pontinhos e escolhe "Texto contém" ou "Número é maior que". Funciona com datas também. É rápido e útil, mas tem limitação: não permite comparação entre duas colunas diretamente nessa interface gráfica. SQL - Todo mundo sabe WHERE status > 0, mas esquece que strings também comparam. WHERE nome > 'Maria' funciona por ordem alfabética. Isso quebra relatórios às vezes porque a ordenação depende da collation do banco.
Programação - Em Python, if x > y: continua o bloco. Em JavaScript, o mesmo. A diferença é que em JS você pode cair na armadilha de == versus ===. Usar > ou
evita esse problema porque não há coerção de tipo. Um caso que eu lembro specifically: estava migrando dados de um CRM antigo para um novo. O campo "prioridade" usava 0 para sem prioridade, 1 para baixa, 2 para média. O desenvolvedor anterior tinha escrito uma query com >= 1 pensando que pegaria tudo exceto zero. Funcionou, mas quando acrescentaram o nível 3 (urgente), a lógica de notificação automática que rodava sobre essa query começou a ignorar os urgentes porque o filtro de e-mail era fixo para > 1 e não >= 1. Precisamos corrigir no deploy seguinte. A lição é que usar >= é mais seguro semanticamente quando zero tem significado especial.
Dica técnica que poupa tempo: Quando usar múltiplas condições com > e <, prefira aninhar com AND em vez de encadear sem parênteses. (= E (A > B E C
D)). Sem parênteses o avaliador pode seguir ordem errada de precedência dependendo da linguagem.
Material de referência
Criei uma planilha prática com trezentos casos de uso reais: comparações numéricas, datas, strings, tratamento de NULL, e exemplos de como cada símbolo se comporta em Excel, Planilhas Google, SQL e Python. A planilha também mostra os erros comuns que dão errado quando você menos espera. Download: maior-que-menor-que-planilha.xlsx
Se estiver usando apenas para consulta rápida, a planilha tá organizada por linguagem. Cada aba tem a sintaxe correta, um exemplo copiado e colado, e um campo de observação com o tipo de erro que eu já vi acontecer. Pegadinha com floats - Comparar números decimais diretamente com > ou < em Python ou JavaScript pode dar errado por precisão binária. 0.1 + 0.2 não é exatamente 0.3. Se precisa testar igualdade após soma, use uma margem de tolerância. Para > e
normalmente não dá problema, mas vale saber.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Limitação conhecida - A operação inversa de inverter a direção do símbolo para manter a mesma lógica funciona só com números. Com strings, a comparação é lexicográfica, então "Zebra" > "abc" é verdadeiro porque Z vem depois de a na tabela ASCII. Já vi isso estourar filtros de busca em sistemas que misturam campos alfanuméricos sem tratar a collation. Se precisar de algo específico sobre comportamento em alguma linguagem ou contexto que eu não cobri, avisa aí.
