查询嵌套JSON字段，MYSQL，PHP

如何解决查询嵌套JSON字段，MYSQL，PHP

我有这样的结构：

<?php
require_once(‘../../../wp-load.php’);
global $wpdb;    
$first_name = $_POST[‘first_name’];
$last_name = $_POST[‘last_name’];
$user_email = $_POST[‘user_email’];
$table_name = $wpdb ->prefix . “Customer”;
$custID = $wpdb->get_results(" SELECT cust_id FROM $table_name ORDER BY cust_id DESC limit 1 ");
$wpdb->insert( $table_name,array(‘cust_id’=>($custID + 1),‘first_name’ =>$first_name,‘last_name’ =>$last_name,user_email=>$user_email) ); ?>

存储在MYSQL数据库的单个列中。

我正在尝试搜索特定的条形码，并返回该条形码位于该行中json结构内的整行。

我尝试了两种方法，两种方法都在堆栈溢出时发现，但是我没有在一种方法中得到结果，下面我将发布后者的错误。

{"placards":
    [
    {"barcode": "string","destination":"string","weight":"string"},{etc...}
]
}

这两种方法都不会在$ stmt-> error上给出错误，但实际上我无法通过此查询成功获取任何内容。

解决方法

您可以只使用json_contains()：

select *
from mytable
where json_contains(data_column,'{ "barcode": "foo" }','$.placards')

此短语为：搜索路径'placards'下的数组中包含候选对象'{ "barcode": "foo" }'的键/值对的任何元素，其中'foo'是条形码值您搜索的内容。

Demo on DB Fiddle ：

set @data_column = 
    '{
        "placards": [
            {"barcode": "foo","destination":"string","weight":"string"},{"barcode": "bar","weight":"string"}
        ]
    }';

select json_contains(@data_column,'$.placards') is_a_match;
| is_a_match |
| ---------: |
|          1 |

select json_contains(@data_column,'{ "barcode": "baz" }','$.placards') is_a_match;

| is_a_match |
| ---------: |
|          0 |

从MySQL 8.0.17开始，您甚至可以在嵌套json数组上创建一个multi-valued index，因此数据库不需要对此查询执行全表扫描：

alter table mytable 
    add index myidx( (cast(data_column -> '$.placards' as unsigned array)) );

,

您将必须使用JSON_TABLE（）：

SELECT mytable.* FROM mytable,JSON_TABLE(mytable.data_column,'$.placards[*]' COLUMNS (
    barcode VARCHAR(100) PATH '$.barcode',destination VARCHAR(100) PATH '$.destination',weight VARCHAR(20) PATH '$.weight'
  )) AS j
WHERE j.barcode = ?

如果将这些字段存储在普通列中而不是JSON中，则将更加简单。每张标语牌存储一行，分别存储barcode，description和weight的列。

SELECT m.* FROM mytable AS m JOIN placards AS p ON m.id = p.mytableid 
WHERE p.barcode = ?

我在堆栈溢出问题中看到的MySQL中大多数JSON使用都是不必要的，因为数据不需要JSON的灵活性。针对JSON文档的查询很难编写且难以优化。 JSON还需要更多空间来存储相同的数据。