Aviso Legal: Tudo abaixo é apenas anedótico e tirado diretamente de minha experiência pessoal. Qualquer pessoa que se sinta à vontade para conduzir uma análise empiricamente mais rigorosa é bem-vinda para realizá-la e votar contra, se eu for. Também estou ciente de que SQL é uma linguagem declarativa e você não deve considerar COMO seu código é processado ao escrevê-lo, mas, porque eu valorizo meu tempo, eu sim.
Existem infinitas declarações logicamente equivalentes, mas considerarei três (ish).
Caso 1: duas comparações em uma ordem padrão (ordem de avaliação corrigida)
A> = MinBound AND A <= MaxBound
Caso 2: Açúcar sintático (a ordem de avaliação não é escolhida pelo autor)
A BETWEEN MinBound AND MaxBound
Caso 3: Duas comparações em uma ordem educada (ordem de avaliação escolhida no momento da escrita)
A> = MinBound AND A <= MaxBound
Ou
A <= MaxBound AND A> = MinBound
Na minha experiência, o Caso 1 e o Caso 2 não apresentam diferenças consistentes ou notáveis no desempenho, pois ignoram o conjunto de dados.
No entanto, o Caso 3 pode melhorar muito os tempos de execução. Especificamente, se você estiver trabalhando com um grande conjunto de dados e tiver algum conhecimento heurístico sobre se A é mais provável que seja maior do que o MaxBound ou menor do que o MinBound, você pode melhorar os tempos de execução visivelmente usando o Caso 3 e ordenando as comparações adequadamente.
Um caso de uso que tenho é consultar um grande conjunto de dados históricos com datas não indexadas para registros dentro de um intervalo específico. Ao escrever a consulta, terei uma boa ideia se existem ou não mais dados ANTES do intervalo especificado ou DEPOIS do intervalo especificado e posso ordenar minhas comparações de acordo. Eu tive o tempo de execução reduzido pela metade, dependendo do tamanho do conjunto de dados, da complexidade da consulta e da quantidade de registros filtrados pela primeira comparação.