meta_query cu valori meta ca array-uri serializate

Am întâlnit și eu această situație. Iată ce am făcut:

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => sprintf(':"%s";', $value),
            'compare' => 'LIKE'
        )
    )
);

Sper că acest lucru vă ajută

Vei pierde cu adevărat capacitatea de a interoga datele într-un mod eficient atunci când serializezi intrările în baza de date WordPress.

Economia și câștigul de performanță generale pe care crezi că le obții prin serializare nu vor fi vizibile într-o măsură semnificativă. S-ar putea să obții o dimensiune ușor mai mică a bazei de date, dar costul tranzacțiilor SQL va fi mare dacă interoghezi acele câmpuri și încerci să le compari într-un mod util și semnificativ.

În schimb, folosește serializarea pentru date pe care nu intenționezi să le interoghezi în acel fel, ci pe care le vei accesa doar într-un mod pasiv prin apelul direct al API-ului WordPress get_post_meta() - din această funcție poți despacheta o intrare serializată pentru a accesa și proprietățile sale de tip array.

De fapt, atribuind valoarea true ca în:

$meta = get_post_meta( $post->ID, 'key', true );

Va returna datele ca un array, accesibil pentru a itera în mod normal.

Te poți concentra pe alte optimizări ale bazei de date/site-ului, cum ar fi caching-ul, minificarea CSS și JS și utilizarea unor servicii precum un CDN dacă este necesar. Pentru a numi doar câteva... WordPress Codex este un punct de plecare bun pentru a descoperi mai multe pe această temă: AICI

Cred că există 2 soluții care pot încerca să rezolve problema rezultatelor stocate atât ca Șiruri de caractere cât și ca Numere întregi. Cu toate acestea, este important de menționat, așa cum au subliniat și alții, că nu este posibil să garantăm integritatea rezultatelor stocate ca Numere întregi, deoarece aceste valori sunt stocate ca tablouri serializate, indicele și valorile sunt stocate exact cu același model. Exemplu:

array(37,87);

este stocat ca un tablou serializat, astfel:

a:2:{i:0;i:37;i:1;i:87;}

Observați i:0 ca prima poziție a tabloului și i:37 ca prima valoare. Modelul este același. Dar să trecem la soluții

1) Soluție REGEXP

Această soluție funcționează pentru mine indiferent dacă valoarea meta este salvată ca șir de caractere sau ca număr / id. Cu toate acestea, utilizează REGEXP, care nu este la fel de rapid ca utilizarea LIKE

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '\;i\:' . $value . '\;|\"' . $value . '\";',
            'compare' => 'REGEXP'
        )
    )
);

2) Soluție LIKE

Nu sunt sigur de diferența de performanță, dar aceasta este o soluție care utilizează LIKE și funcționează atât pentru numere cât și pentru șiruri de caractere

 $args = array(
        'post_type' => 'my-post-type',
        'meta_query' => array(
            'relation' => 'OR',
            array(
                'key' => 'latitude',
                'value' => sprintf(':"%s";', $value),
                'compare' => 'LIKE'
            ),
            array(
                'key' => 'latitude',
                'value' => sprintf(';i:%d;', $value),
                'compare' => 'LIKE'
            )
        )
    );

Tocmai am lucrat cu câmpuri serializate și am reușit să interoghez aceste date. Nu am folosit meta_query ci o interogare SQL directă.

global $wpdb; 

$search = serialize('latitude').serialize(50);

$query = $wpdb->prepare("SELECT `post_id`
FROM `wp_postmeta`
WHERE `post_id` IN (SELECT `ID` FROM `wp_posts` WHERE `post_type` = 'my-post-type')
AND `meta_key` = '_coordinates'
AND `meta_value` LIKE '%s'",'%'.$search.'%');

$ids = $wpdb->get_col($query);

$args = array(
    'post__in' => $ids
    'post_type' => 'team' //specifică tipul postării deoarece implicit va fi 'post'
);

$posts = get_posts($args);

Interogarea caută mai întâi postările cu tipul specificat, reducând astfel numărul de înregistrări din wp_postmeta care trebuie filtrate. Apoi am adăugat o condiție WHERE pentru a reduce și mai mult rândurile prin filtrarea după meta_key.

ID-urile rezultate sunt stocate corect într-un array, așa cum este necesar pentru funcția get_posts.

PS. Este necesară versiunea MySQL 5.6 sau mai mare pentru o performanță bună la subinterogări

Un hack simplu pentru această situație este să folosești comparația LIKE cu formatul serializat (lungime cu tip și valoarea în sine) ca mai jos:

$id = 123; // id-ul de verificat din datele serializate.
//(presupunând că numerele sunt stocate ca șir de caractere. În cazul meu așa era.)

$args = array(
    'post_type' => 'custom_post_type',
    'meta_query' => array(
        array(
            'key' => 'meta_key_to_check_from',
            'value' => 's:' . strlen($id) . ':"' . $id . '";',
            'compare' => 'LIKE'
        )
    )
);

$query = new WP_Query( $args );

Dacă căutăm în taxonomii personalizate:

$id = 123; // id-ul de verificat în datele serializate.
//(presupunând că numerele sunt stocate ca șir de caractere. În cazul meu așa era.)

$args = array(
    'hide_empty' => false, // returnează și termenii neutilizați încă
    'meta_query' => array(
        array(
            'key' => 'meta_key_to_check_from',
            'value' => 's:' . strlen($id) . ':"' . $id . '";',
            'compare' => 'LIKE'
        )
    ),
    'taxonomy' => 'custom_taxonomy'
);

$terms = get_terms( $args );

Acest exemplu m-a ajutat foarte mult. Este specific pentru plugin-ul S2Members (care serializează metadatele utilizatorilor). Dar vă permite să interogați o porțiune dintr-un array serializat în cadrul meta_key.

Funcționează folosind funcția MySQL REGEXP.

Aici este sursa

Iată codul care interoghează toți utilizatorii care locuiesc în SUA. L-am modificat cu ușurință pentru a interoga unul dintre câmpurile mele personalizate de înregistrare și a funcționat imediat.

  <?php
global $wpdb;
$users = $wpdb->get_results ("SELECT `user_id` as `ID` FROM `" . $wpdb->usermeta . 
          "` WHERE `meta_key` = '" . $wpdb->prefix . "s2member_custom_fields' AND 
           `meta_value` REGEXP '.*\"country_code\";s:[0-9]+:\"US\".*'");
if (is_array ($users) && count ($users) > 0)
    {
        foreach ($users as $user)
            {
                $user = /* Obține acum întregul obiect User. */ new WP_User ($user->ID);
                print_r($user); /* Obține o listă completă de proprietăți pentru depanare. */
            }
    }
?>

După ce am citit o grămadă de sfaturi pentru a rula un WP_Query cu filtrare după array-uri serializate, iată cum am reușit în final: prin crearea unui array de valori separate prin virgulă folosind implode împreună cu o interogare SQL personalizată $wpdb care utilizează FIND_IN_SET pentru a căuta în lista separată prin virgulă valoarea dorită.

(acest lucru este similar cu răspunsul lui Tomas, dar este puțin mai puțin intensiv din punct de vedere al performanței pentru interogarea SQL)

1. În functions.php:

În fișierul functions.php (sau oriunde configurați meta box-ul) în funcția yourname_save_post() utilizați

update_post_meta($post->ID, 'checkboxArray', implode(",", $checkboxArray)); //adaugăm implode

pentru a crea array-ul care conține valori separate prin virgulă.

De asemenea, veți dori să schimbați variabila de ieșire în funcția de construire a meta box-ului administrativ yourname_post_meta() în

$checkboxArray = explode(",", get_post_custom($post->ID)["checkboxArray"][0]); //adaugăm explode

2. În fișierul PHP al template-ului:

Test: dacă rulați un get_post_meta( $id ); ar trebui să vedeți checkboxArray ca un array care conține valorile voastre separate prin virgulă în loc de un array serializat.

Acum, construim interogarea noastră SQL personalizată folosind $wpdb.

global $wpdb;

$search = $post->ID;

$query = "SELECT * FROM wp_posts
          WHERE FIND_IN_SET( $search, (
              SELECT wp_postmeta.meta_value FROM wp_postmeta
              WHERE wp_postmeta.meta_key = 'blogLocations'
              AND wp_postmeta.post_id = wp_posts.ID )
          )
          AND ( wp_posts.post_type = 'post' )
          AND ( wp_posts.post_status = 'publish' );";

$posts = $wpdb->get_results($query);

foreach ($posts as $post) {
    //conținutul postării aici
}

Observați FIND_IN_SET, acolo se întâmplă magia.

Acum... deoarece folosesc SELECT * acest lucru returnează toate datele postării și în cadrul foreach puteți afișa ceea ce doriți din acele date (faceți un print_r($posts); dacă nu știți ce este inclus. Nu configurează "loop-ul" pentru voi (prefer astfel), dar poate fi ușor modificat pentru a configura loop-ul dacă preferați (aruncați o privire la setup_postdata($post); în codex, probabil va trebui să schimbați SELECT * pentru a selecta doar ID-urile postărilor și $wpdb->get_results la tipul corect $wpdb -- consultați codex-ul pentru $wpdb pentru informații despre acest subiect).

Păi, a necesitat ceva efort, dar deoarece wp_query nu suportă utilizarea 'compare' => 'IN' pentru valori serializate sau separate prin virgulă, această soluție este cea mai bună opțiune!

Sper că acest lucru ajută pe cineva.

Dacă utilizați operatorul de comparație like în interogarea meta, ar trebui să funcționeze corect pentru a căuta în interiorul unui array serializat.

$wp_user_search = new WP_User_Query(array(
    'meta_query' => array(
        array(
            'key'     => 'wp_capabilities',
            'value'   => 'subscriber',
            'compare' => 'not like'
            )
        )
    )
);

rezultă în:

[query_where] => WHERE 1=1 AND (
  ( wp_usermeta.meta_key = 'wp_capabilities' 
  AND CAST(wp_usermeta.meta_value AS CHAR) NOT LIKE '%subscriber%' )

Dacă metadatele mele sunt de tip array, folosesc această metodă pentru interogare după meta:

$args = array(
    'post_type' => 'fotobank',
    'posts_per_page' => -1,
    'meta_query' => array(
            array(
                   'key' => 'collections',
                   'value' => ':"'.$post->ID.'";',
                   'compare' => 'LIKE'
            )
     )
);
$fotos = new WP_Query($args);

Am devenit curios despre răspunsurile de mai sus, unde meta_query avea ca țintă cheia latitude în loc de _coordinates. A trebuit să testez dacă este cu adevărat posibil în interogările meta să țintești o cheie specifică dintr-un array serializat. :)

Evident, nu a fost cazul.

Așadar, rețineți că cheia corectă de țintat este _coordinates în loc de latitude.

$args = array(
     'post_type' => 'my-post-type',
     'meta_query' => array(
         array(
             'key' => '_coordinates',
             'value' => sprintf(':"%s";', $value),
             'compare' => 'LIKE'
         )
     )
 );

NOTIȚE:

1. Această abordare face posibilă țintirea doar a potrivirilor exacte. Așadar, lucruri precum toate latitudinile mai mari de 50 nu sunt posibile.

2. Pentru a include potriviri de subșiruri, s-ar putea folosi 'value' => sprintf(':"%%%s%%";', $value),. (nu am testat)

Puteți încadra valoarea cu % pentru a interoga valoarea serializată:

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '%' . 50 . '%',
            'compare' => '>'
        )
    )
 );
$query = new WP_Query( $args );

Am aceeași întrebare. Poate ai nevoie de parametrul 'type'? Verifică această întrebare înrudită: Interogare Câmp Personalizat - Valoarea Meta este Array

Poate încercați:

    $args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '50',
            'compare' => '>',
            'type' => 'numeric'
        )
    )
    );

Am întâlnit ceva similar în timp ce foloseam pluginul Magic Fields. Aceasta ar putea fi soluția

$values_serialized = serialize(array('50'));
$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => $values_serialized,
            'compare' => '>'
        )
    )
);