Início / dba / Perguntas / 331645
Accepted
WannabeCoder
Asked: 2023-09-28 00:20:33 +0800 CST

Por que o valor de retorno de JSON_EXTRACT é tratado de forma diferente dependendo do operador?

  • 772

Estou usando o MySQL 8.0 (dentro do Banco de Dados do Azure para MySQL Server).

Notei um comportamento estranho ao consultar a funcionalidade "json_extract". No exemplo abaixo, estou consultando um campo VARCHAR que contém o texto JSON válido: {"myfield":"123456"}.

SELECT json_extract(jsontext, '$.myfield') raw_extract,
       LENGTH(json_extract(jsontext, '$.myfield')) raw_extract_length,
       CASE WHEN json_extract(jsontext, '$.myfield') = '123456' THEN 'true' ELSE 'false' END matches_no_quotes,
       CASE WHEN json_extract(jsontext, '$.myfield') = '"123456"' THEN 'true' ELSE 'false' END matches_with_quotes,
       CASE WHEN json_extract(jsontext, '$.myfield') LIKE '"%"' THEN 'true' ELSE 'false' END matches_wildcard_dbl_quotes

O que é estranho é que o valor retornado por json_extract parece se comportar de maneira diferente dependendo de qual comparação está interagindo com ele:

  • extração_prima -> "123456"
  • raw_extract_length -> 8
  • corresponde_no_quotes -> verdadeiro
  • corresponde_com_quotes -> falso
  • matches_wildcard_dbl_quotes -> verdadeiro

Como você pode ver, há basicamente dois valores de retorno: um com aspas duplas incluídas e outro sem. LENGTH(), o valor de retorno imediato e os operadores LIKE agem como se existissem aspas duplas. A igualdade (=) não funciona como se as aspas existissem.

Minha melhor teoria é que o tipo de retorno direto não é VARCHAR e, em vez disso, é algum tipo de tipo de dados JSON, mas a documentação do MySQL não confirmou ou negou isso. Como alguém que se depara com isso pela primeira vez, esse comportamento contraditório é muito confuso. Alguém pode lançar alguma luz sobre isso?

mysql

1 respostas

  1. Best Answer

    Minha melhor teoria é que o tipo de retorno direto não é VARCHAR e, em vez disso, é algum tipo de tipo de dados JSON, mas a documentação do MySQL não confirmou ou negou isso.

    Correto, JSON_EXTRACT() retorna uma coluna do tipo JSON, mesmo que pareça uma string, e o cliente pode convertê-la em uma string.

    Você pode confirmar isso com a ferramenta de linha de comando do MySQL examinando o tipo de dados do resultado da consulta:

    $ mysql --column-type-info test

mysql> select json_extract(jsontext, '$.myfield') as myfield from mytable;

Field   1:  `myfield`
Catalog:    `def`
Database:   ``
Table:      ``
Org_table:  ``
Type:       JSON
Collation:  utf8mb4_0900_ai_ci (255)
Length:     4294967292
Max_length: 8
Decimals:   31
Flags:      BINARY 

+----------+
| myfield  |
+----------+
| "123456" |
+----------+

    A função JSON_UNQUOTE() pode transformar o valor JSON em uma string ou tipo inteiro mais tradicional.

    mysql> select json_unquote(json_extract(jsontext, '$.myfield')) as myfield from mytable;

Field   1:  `myfield`
Catalog:    `def`
Database:   ``
Table:      ``
Org_table:  ``
Type:       LONG_BLOB
Collation:  utf8mb4_0900_ai_ci (255)
Length:     4294967295
Max_length: 6
Decimals:   31
Flags:      BINARY 

+---------+
| myfield |
+---------+
| 123456  |
+---------+

    Isso significa na sua consulta de teste:

    json_extract(jsontext, '$.myfield') raw_extract

    Retorna o tipo JSON, conforme descrito acima.

    LENGTH(json_extract(jsontext, '$.myfield')) raw_extract_length

    O valor JSON é convertido de volta para uma string antes de ser passado como argumento para LENGTH() e, em seguida, LENGTH() retorna 8, que é o número de caracteres nessa string, incluindo os caracteres ".

    CASE WHEN json_extract(jsontext, '$.myfield') = '123456' THEN 'true' ELSE 'false' END matches_no_quotes

    Este é maluco. O escalar da string '123456'é convertido como um valor JSON e, em seguida, eles são comparados. Isso está documentado :

    Para comparação de valores JSON e não JSON, o valor não JSON é convertido em JSON de acordo com as regras da tabela a seguir e, em seguida, os valores são comparados conforme descrito anteriormente.

    CASE WHEN json_extract(jsontext, '$.myfield') = '"123456"' THEN 'true' ELSE 'false' END matches_with_quotes

    Isso retorna falso, o que é inesperado. Isso parece mostrar que a conversão implícita '"123456"'para JSON não é o mesmo que usar CAST()explicitamente.

    Podemos tentar converter explicitamente o JSON em uma string, ou a string em JSON, e isso fornece resultados diferentes:

    cast(json_extract(jsontext, '$.myfield') as char) = '"123456"' as cast_json_to_string

    Retorna verdadeiro.

    json_extract(jsontext, '$.myfield') = cast('"123456"' as json) as cast_string_to_json

    Retorna verdadeiro.

    CASE WHEN json_extract(jsontext, '$.myfield') LIKE '"%"' THEN 'true' ELSE 'false' END matches_wildcard_dbl_quotes

    Não tenho certeza do que está acontecendo LIKE. Não é abordado na documentação à qual vinculei. Parece forçar o valor JSON a uma string, incluindo os "caracteres, e depois aplicar a LIKEcorrespondência de padrões.

    Tudo o que posso dizer é que usar JSON no MySQL é repleto de complexidade. É um ótimo exemplo da Lei das Abstrações com Vazamento . Evito usar JSON como tipo de dados sempre que possível.

    • 3

relate perguntas