Início / dba / Perguntas / 271639
Accepted
JoL
Asked: 2020-07-26 07:43:06 +0800 CST

Por que as expressões CASE na lista documentam a precedência do operador?

  • 772

Na lista aqui:

https://mariadb.com/kb/en/operator-precedence/

case-expressions são colocadas no mesmo nível de precedência que BETWEEN, entre o NOToperador e os operadores de comparação.

No entanto, as expressões case sempre começam CASEe terminam com END, e todas as subexpressões também são delimitadas pelas palavras- CASEchave. Eles são como expressões entre parênteses, então não entendo por que as expressões de maiúsculas e minúsculas estão nesta lista.

Existe uma expressão SQL que seria analisada de forma diferente se a precedência da expressão de maiúsculas e minúsculas fosse definida como maior ou menor?

Para dar um exemplo, com 2 + 3 * 4, obtemos resultados diferentes quando os parênteses são usados ​​dessas 2 maneiras: 2 + (3 * 4)e (2 + 3) * 4. Esta pergunta é sobre como é impossível fazer o mesmo com arquivos CASE. Não se pode substituir o uso de +for CASEe mostrar 2 usos diferentes de parênteses de modo que o resultado seja diferente entre eles.

Para comparar com outros RDBMSes, nem o SQLite nem o PostgreSQL incluem CASEem suas listas de precedência de operadores.

mysql mariadb

1 respostas

  1. Best Answer

    A documentação é assim porque é um reflexo preciso desta parte do código-fonte :

    %left   OR_SYM OR2_SYM
%left   XOR
%left   AND_SYM AND_AND_SYM

%left   PREC_BELOW_NOT
%left   NOT_SYM

%left   BETWEEN_SYM CASE_SYM WHEN_SYM THEN_SYM ELSE
%left   '=' EQUAL_SYM GE '>' LE '<' NE IS LIKE SOUNDS_SYM REGEXP IN_SYM
%left   '|'
%left   '&'
%left   SHIFT_LEFT SHIFT_RIGHT
%left   '-' '+' ORACLE_CONCAT_SYM
%left   '*' '/' '%' DIV_SYM MOD_SYM
%left   '^'
%left   MYSQL_CONCAT_SYM
%left   NEG '~' NOT2_SYM BINARY

    Isso apesar de como o analisador se comporta. Apesar de como, por exemplo, 1 + NOT 0gera um erro de sintaxe por seguir um operador de alta precedência com um de menor precedência, 1 + CASE WHEN 1 THEN 1 ENDnão gera um erro de sintaxe semelhante pelo mesmo motivo. Qualquer expressão que envolva CASEa trata como um operador de maior precedência.

    Fico me perguntando agora por que o código-fonte é expresso assim, apesar de não se comportar assim. Infelizmente, me falta conhecimento de bisão para dar sentido a essa discrepância sem investir mais tempo nessa curiosidade.

    • 0

relate perguntas