meta_query con meta valori come array serializzati

Miimbatto anchein questa situazione. Ecco cosa hofatto:

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

Spero che questo aiuto

I also run into this situation. Here what i did:

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

Hope this help

Perderai davvero la capacità diinterrogarei tuoi datiin modoefficiente quando serializzi le vocinel database WP.

Il risparmioe ilguadagnoin termini diprestazioni complessivi chepensi di ottenere con la serializzazionenon sarannoevidentiin misura significativa. Potresti ottenere una dimensione del database leggermenteinferiore,mail costo delletransazioni SQL saràpesante seinterroghi quei campie provi a confrontarliin modo utilee significativo.

Salvainvece la serializzazioneperi dati chenonintendiinterrogarein quellanatura,ma cheinvece accederai soloin modopassivotramite la chiamata diretta dell'API WP get_post_meta() - da quellafunzionepuò decomprimere una voce serializzataper accedere anche alle sueproprietà dell'array.

Infatti ha assegnatoil valore di true comein;

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

Restituirài dati come un array,accessibileper l'iterazionenormalmente.

Puoi concentrarti su altre ottimizzazioni di database/siti come lamemorizzazionenella cache,laminificazione CSSe JSe l'utilizzo ditali servizi come CDN,senecessario. Per citarne solo alcuni ... WordPress Codex è unbuonpunto dipartenzaper scoprire dipiù su questo argomento: QUI

You really are going to lose the ability to query your data in any efficient manner when serializing entries into the WP database.

The overall performance saving and gain you think you are achieving by serialization is not going to be noticeable to any major extent. You might obtain a slightly smaller database size but the cost of SQL transactions is going to be heavy if you ever query those fields and try to compare them in any useful, meaningful manner.

Instead, save serialization for data that you do not intend to query in that nature, but instead would only access in a passive fashion by the direct WP API call get_post_meta() - from that function you can unpack a serialized entry to access its array properties too.

In fact assigned the value of true as in;

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

Will return the data as an array, accessible for you to iterate over as per normal.

You can focus on other database/site optimizations such as caching, CSS and JS minification and using such services as a CDN if you require. To name but a few.... WordPress Codex is a good starting point to uncover more on that topic: HERE

Ho appenagestitoi campi serializzatie potreiinterrogarli. Non utilizzando lameta_queryma utilizzando una query SQL.

 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' //add the type because the default will be 'post'
);

$posts = get_posts($args);
 

La query cercaprimailpost conilpost_type corrispondente,quindi la quantità di record wp_postmeta saràinferiore dafiltrare. Quindi ho aggiunto un'istruzione whereper ridurre ulteriormente le righefiltrando su meta_key

Gli IDfinisconobene in un array comenecessarioperget_posts.

PS.MySQL v5.6 o superiore ènecessarioper unabuonaprestazione delle sottoquery

I've just dealed with serialized fields and could query them. Not using the meta_query but using a SQL query.

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' //add the type because the default will be 'post'
);

$posts = get_posts($args);

The query first searches for post with the matching post_type so the amount of wp_postmeta records will be less to filter. Then i've added a where statement to reduce the rows further by filtering on meta_key

The IDs end up nicely in an array as needed for get_posts.

PS. MySQL v5.6 or higher is needed for good subquery performance

Penso che ci siano 2 soluzioni chepossonoprovare a risolvereilproblema dei risultati archiviati sia come stringa che comenumeriinteri. Tuttavia,èimportante dire,come altri hanno sottolineato,chenon èpossibilegarantire l'integrità dei risultati archiviati come Integer,perchépoiché questi valori vengonomemorizzati come array serializzati,l'indiceei valori vengonomemorizzatiesattamente con lo stessomodello. Esempio:

 array(37,87);
 

èmemorizzato come un array serializzato,in questomodo

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

Nota i:0 comeprimaposizione dell'arraye i:37 comeprimo valore. Lo schema è lo stesso. Ma andiamo alle soluzioni

1) Soluzione REGEXP

Questa soluzionefunzionaperme indipendentemente dalmeta valore salvato come stringa onumero/id. Tuttavia utilizza REGEXP,chenon è così veloce come usare LIKE

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

2) Soluzione MI PIACE

Non sono sicuro della differenza diprestazioni,ma questa è una soluzione che utilizza LIKEe funziona anchepernumerie stringhe

  $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'
            )
        )
    );
 

I think there are 2 solutions that can try to solve the problem of results being stored as both String and Integers. However, it's important to say, as others pointed out, that it is not possible to guarantee the integrity of results stored as Integer, because as these values as stored as serialized arrays, the index and the values are stored exactly with the same pattern. Example:

array(37,87);

is stored as a serialized array, like this

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

Note the i:0 as the first position of the array and i:37 as the first value. The pattern is the same. But let's go to the solutions

1) REGEXP Solution

This solution works for me regardless of the meta value being saved as string or number / id. However it uses REGEXP, which is not so fast as using LIKE

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

2) LIKE Solution

I'm not sure about the performance difference but this is a solution that uses LIKE and also works for both number and strings

 $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'
            )
        )
    );

Questoesempiomi ha davvero aiutato. È specificoperilplug-in S2Members (che serializzai metadati dell'utente). Mati consente diinterrogare unaparte di un array serializzato all'interno dimeta_key.

Funziona utilizzando lafunzione MySQL REGEXP.

Ecco lafonte

Eccoil codice cheinterrogatuttigli utenti che vivononegli Stati Uniti. L'hofacilmentemodificatoperinterrogare uno deimiei campi di registrazionepersonalizzatie l'hofattofunzionarein pochissimotempo.

   <?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 = /* Get full User object now. */ new WP_User ($user->ID);
                print_r($user); /* Get a full list of properties when/if debugging. */
            }
    }
?>
 

This example really helped me. It's specifically for S2Members plugin (which serializes user metadata). But it allows you to query a portion of a serialized array within the meta_key.

It works by using the MySQL REGEXP function.

Here is the source

Here is the code that queries all users living in the US. I easily modified it to query one of my custom registration fields and had it working in no time.

  <?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 = /* Get full User object now. */ new WP_User ($user->ID);
                print_r($user); /* Get a full list of properties when/if debugging. */
            }
    }
?>

Dopo aver letto una serie di suggerimentipereseguire unfiltro WP_Query per array serializzati,ecco come l'hofattofinalmente: creando un array di valori separati da virgola usandoimplodeinsieme a un $ wpdb query SQLpersonalizzata che utilizza FIND_IN_SET per cercareil valore richiestonell'elenco separato da virgole.

(è simile alla risposta di Tomas,ma è unpo 'menoimpegnativain termini diprestazioniper la query SQL)

1. Infunctions.php:

Neltuofilefunctions.php (o ovunqueimpostiil ​​metabox)nellafunzione yourname_save_post () usa

  update_post_meta ($post- > ID,'checkboxArray',implode (",",$ checkboxArray));//aggiungendo l'implosione
 

per creare l'array contenente valori separati da virgole.

Dovrai anche cambiare latua variabile di outputnellafunzione di costruzione delmetabox yourname_post_meta () adminin

  $ checkboxArray=explode (",",get_post_custom ($post- > ID) ["checkboxArray"] [0]);//aggiungendo l'esplosione
 

2. Nelfile PHPmodello:

Test: seesegui un get_post_meta ($id); dovresti vedere checkboxArray come un array contenentei tuoi valori separati da virgoleinvece di un array serializzato.

Ora creiamo lanostra query SQLpersonalizzata utilizzando $wpdb.

 global $ wpdb;

$ ricerca=$post- > ID;

$ query="SELEZIONA * DA wp_posts
          WHERE FIND_IN_SET ($ ricerca,(
              SELEZIONA 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) {
//il contenuto deltuopost qui
}
 

Notail FIND_IN_SET ,è lì che avviene lamagia.

Ora ...poiché sto usando SELECT * ,questo restituisce tuttii dati delpost e all'interno di foreach puoiecheggiare cosa vuoi da quello (fai un print_r ($posts); senon sai cosa èincluso. Nonimposta "il ciclo"perte (preferisco così),mapuòesserefacilmentemodificatoperimpostareil loop sepreferisci (dai un'occhiata a setup_postdata ($post); nel codice,probabilmente dovrai cambiare SELECT * per selezionare sologli IDposte $ wpdb- >get_results periltipo $ wpdb corretto - vediil codiceper $ wpdb ancheperinformazioni su quell'argomento ).

Whelp,ci è voluto unpo 'diimpegno,mapoiché wp_query non supporta l'esecuzione di ' compare '=> "IN" con valori serializzati o separati da virgole questo shim è l'opzionemigliore!

Spero che questo aiuti qualcuno.

After reading a bunch of tips for running a WP_Query filtering by serialized arrays, here's how I finally did it: by creating an array of comma separated values using implode in conjunction with a $wpdb custom SQL query utilizing FIND_IN_SET to search the comma separated list for the requested value.

(this is similar to Tomas's answer, but its a bit less performance intensive for the SQL query)

1. In functions.php:

In your functions.php file (or wherever you're setting up the meta box) in the yourname_save_post() function use

update_post_meta($post->ID, 'checkboxArray', implode(",", $checkboxArray)); //adding the implode

to create the array containing comma separated values.

You'll also want to change your output variable in the yourname_post_meta() admin meta box construction function to

$checkboxArray = explode(",", get_post_custom($post->ID)["checkboxArray"][0]); //adding the explode

2. In the template PHP file:

Test: if you run a get_post_meta( $id ); you should see checkboxArray as an array containing your comma separated values instead of a serialized array.

Now, we build our custom SQL query using $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) {
    //your post content here
}

Notice the FIND_IN_SET, that's where the magic happens.

Now... since I'm using SELECT * this returns all the post data and within the foreach you can echo out what you want from that (do a print_r($posts); if you don't know what's included. It doesn't set up "the loop" for you (I prefer it this way), but it can easily be modified to set up the loop if you prefer (take a look at setup_postdata($post); in the codex, you'll probably need to change SELECT * to select only post ID's and $wpdb->get_results to the correct $wpdb type -- see the codex for $wpdb also for information on that subject).

Whelp, it took a bit of effort, but since wp_query doesn't support doing 'compare' => 'IN' serialized or comma separated values this shim is your best option!

Hope this helps someone.

Se utilizzi l'operatore di confronto likenellatuameta query,dovrebbefunzionarebene cercare all'interno di un array serializzato.

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

sitraducein:

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

If you use the like comparison operator in your meta query, it should work fine to look inside a serialized array.

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

results in:

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

Sei mieimetadati sono ditipo array,utilizzo questometodopereseguire querypermeta:

 $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);
 

If my meta data is array type, i'm use this method for query by 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);

Mi sonoincuriosito le risposteprecedenti,dove meta_query ha cometarget la chiave latitudeinvece di _coordinates. Dovevo andare atestare sefosse davveropossibilenellemeta queryindirizzare una chiave specifica all'interno di un array serializzato. :)

Ovviamentenonera così.

Quindi,tieni presente che la chiave correttaperiltargeting è _coordinatesinvece di latitude.

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