Conheço um truque para fazer o pedido por consultas mais rápido quando queremos pedir por asc e desc.
Para inteiros, armazene um valor negado.
Portanto, se eu armazenar -7,-11,-8,-5,-1,-2
a ordem por asc, -11, -8, -7, 5, -2, -1
a linha real será classificada por essa coluna (se, por exemplo, eu mostrar a versão não negada).
Pergunta: Como eu uso este truque com strings?
Como uma string é "negada" ou invertida para que o truque funcione também para colunas de string?
Atualizar
o MySQL não pode usar um índice para uma consulta do tipo:
ORDER BY col1 ASC col2 DESC
Se a coluna que eu quero descer for um número inteiro posso armazenar o valor negado e fazer a consulta como:
ORDER BY col1 ASC col2 ASC
Nesse caso o índice pode ser usado e eu vou de fato obter o valor em ordem decrescente devido à negação -11, -8, -7, 5, -2, -1
é crescente, mas se você remover a negação é decrescente.
Meu problema é que não estou claro como aplicar essa abordagem a uma coluna de string. Posso de alguma forma obter o valor aritmético da string?
Embora a sintaxe para
CREATE INDEX
suporte uma opção para definir o índice como crescente ou decrescente, nos dois mecanismos de armazenamento mais comuns (InnoDB e MyISAM), essa opção de índice não é operacional. Não existe um índice "ascendente" ou "descendente", eles são apenas índices e podem ser usados para classificação em qualquer direção.Mas no caso que você descreve, onde você tem um índice de várias colunas e deseja ordenar por uma coluna ascendente e a outra coluna descendente, é uma história diferente. A ordem de classificação deve ir na mesma direção para ambas as colunas se usar um índice.
(Não que toda classificação precise usar um índice. Certamente você pode executar a consulta e permitir que ela classifique as linhas correspondentes com uma classificação de arquivo.)
Para inverter a ordem de classificação das strings, você pode adicionar seu próprio agrupamento personalizado. https://dev.mysql.com/doc/refman/5.6/en/adding-collation.html
Mas você teria que armazenar suas strings usando esse novo agrupamento e reconstruir seu índice. O índice só seria útil para a classificação reversa.
Re comentário de @Cratylus:
Um agrupamento é o que define "A" como sendo antes de "B" e todas as outras ordenações de letras. Portanto, se você definir um agrupamento que diz que "B" é antes de "A" e usar esse agrupamento na definição de sua coluna, a classificação nessa coluna ou a criação de um índice na coluna será na ordem inversa.
Observação: o seguinte não cria um agrupamento adequado, apenas demonstra as etapas para criá-lo.
Edite /usr/share/mysql/charsets/Index.xml e faça esta edição:
Edite /usr/share/mysql/charsets/latin1.xml e faça esta edição:
Reinicie o mysqld.
Confirme se você tem o novo agrupamento:
Crie uma tabela e preencha-a com algum texto:
Demonstre que a ordem de classificação é o inverso do que você acha que deveria ser:
Confirme se ele não usa um filesort:
Tive que colocar uma condição nas linhas, porque senão ele achava que ia ler todas as linhas da tabela, e fazia table-scan e filesort.
Re comentário de @ypercube:
Ele não inverte a ordem dos caracteres em uma determinada string como REVERSE (), ele inverte quais caracteres são considerados maiores ou menores que o outro ao comparar duas strings. Portanto, não, os espaços de preenchimento CHAR não importam, eles ainda estão no final de ambas as strings.
Exemplo (sem index desta vez, apenas usando order by):
Editar: não, @ypercube está correto, isso não funciona com CHAR porque o caractere de espaço está no lugar errado quando ingenuamente reordeno o agrupamento simplesmente colocando todos os bytes na ordem inversa. Essa não é a maneira correta de criar um agrupamento.
Portanto, esta resposta deve servir como uma demonstração da mecânica de criação de um agrupamento, não como um agrupamento adequado para inverter a ordem alfabética.