meta_query mit Metawerten als Serialisierungsarrays

Ichbin auchin diese Situationgeraten. Hier,wasichgetan habe:

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

Hoffe diese Hilfe

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

Sie werden wirklich die Fähigkeit verlieren,Ihre Daten aufeffiziente Weise abzufragen,wenn Sie Einträgein die WP-Datenbank serialisieren.

Die allgemeine Leistungsersparnis und der Gewinn,den Sie durch die Serialisierungerzielenmöchten,werden sichnicht wesentlichbemerkbarmachen. Möglicherweiseerhalten Sieeine etwas kleinere Datenbankgröße,aber die Kostenfür SQL-Transaktionen werden hoch sein,wenn Sie diese Felderjemals abfragen und versuchen,sie aufnützliche und sinnvolle Weise zu vergleichen.

Speichern Sie stattdessen die Serialisierungfür Daten,die Sienichtin dieser Art abfragenmöchten,sondernnurpassiv über den direkten WP-API-Aufruf get_post_meta() abrufen - von dieser Funktion aus kanneinen serialisierten Eintragentpacken,um auch auf seine Array-Eigenschaften zuzugreifen.

Tatsächlich wurde der Wert true wiein;

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

Gibt die Daten als Array zurück,auf das Sie wiegewohnt zugreifen können.

Sie können sich auf andere Datenbank-/Site-Optimierungen wie Caching,CSS- und JS-Minimierung konzentrieren und diese Dienstebei Bedarf als CDN verwenden. Umnureinige zunennen ... WordPress Codexistein guter Ausgangspunkt,ummehr zu diesem Thema zuerfahren: HIER

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

Ich habemichgerademit serialisierten Feldernbefasst und konnte sie abfragen. Verwenden Sienicht diemeta_query,sonderneine SQL-Abfrage.

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

Die Abfrage sucht zuerstnach Postsmit dempassendenpost_type,sodass die Anzahl der zufilternden wp_postmeta-Datensätzegeringerist. Dann habeicheine where-Anweisung hinzugefügt,um die Zeilen durch Filternnach meta_key

Die IDs landennach Bedarffürget_postsin einem Array.

PS.MySQL v5.6 oder höher wirdfüreine gute Leistung von Unterabfragenbenötigt

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

Ich denke,esgibt zwei Lösungen,die versuchen können,das Problem zu lösen,dass Ergebnisse sowohl als String als auch als Ganzzahlengespeichert werden. Esistjedoch wichtig zu sagen,wie anderebetonten,dassesnichtmöglichist,die Integrität der als Integergespeicherten Ergebnisse zugewährleisten,da diese Werte als serialisierte Arraysgespeichert werden und der Index und die Wertegenaumit demselben Mustergespeichert werden. Beispiel:

 array(37,87);
 

wird wiefolgt als serialisiertes Arraygespeichert

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

Beachten Sie den i:0 alserste Position des Arrays und den i:37 alsersten Wert. Das Musterist dasgleiche. Abergehen wir zu den Lösungen

1) REGEXP-Lösung

Diese Lösungfunktioniertfürmich unabhängig davon,welcher Metawert als Zeichenfolge oder Nummer/IDgespeichert wird. Es wirdjedoch REGEXP verwendet,wasnicht so schnellist wie die Verwendung von LIKE

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

2) LIKE Solution

Ichbin mir über den Leistungsunterschiednicht sicher,aber diesisteine Lösung,die LIKE verwendet und auchfür Zahlen und Zeichenfolgen

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

Dieses Beispiel hatmir wirklichgeholfen. Esist speziellfür das S2Members-Plugin (das Benutzermetadaten serialisiert). Sie könnenjedocheinen Teileines serialisierten Arraysinnerhalb desmeta_key abfragen.

Esfunktioniertmit der MySQL REGEXP-Funktion.

Hier ist die Quelle

Hierist der Code,der allein den USA lebenden Benutzer abfragt. Ich habeeseinfachgeändert,umeinesmeinerbenutzerdefinierten Registrierungsfelder abzufragen,undes hatin kürzester Zeitfunktioniert.

   <?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. */
            }
    }
?>

Nachdemicheine Reihe von Tipps zum Ausführeneiner WP_Query -Filterung durch serialisierte Arraysgelesen habe,habeich Folgendesgetan: Durch Erstelleneines Arrays von durch Kommasgetrennten Wertenmithilfe vonimplodein Verbindungmit einem $ wpdb benutzerdefinierte SQL-Abfrage unter Verwendung von FIND_IN_SET zum Durchsuchen der durch Kommasgetrennten Listenach dem angeforderten Wert.

(Dies ähnelt der Antwort von Tomas,istjedochfür die SQL-Abfrageetwas weniger leistungsintensiv.)

1. Infunctions.php:

Verwenden Siein Ihrer Dateifunctions.php (oder woimmer Sie die Meta-Boxeinrichten)in der Funktion yourname_save_post ()

  update_post_meta ($post- > ID,'checkboxArray',implode (",",$ checkboxArray));//Hinzufügen der Implode
 

,um das Arraymit durch Kommasgetrennten Werten zuerstellen.

Siemöchten Ihre Ausgabevariable auchin der Konstruktionsfunktion yourname_post_meta () adminmetaboxin

  $ checkboxArray=explode (",",get_post_custom ($post- > ID) ["checkboxArray"] [0]);//Hinzufügen der Explosion
 

2. In der PHP-Vorlagendatei:

Test: Wenn Sieeinen get_post_meta ($id) ausführen; sollten Sie checkboxArray als Array sehen,das Ihre durch Kommasgetrennten Werte anstelleeines serialisierten Arraysenthält.

Jetzterstellen wir unserebenutzerdefinierte SQL-Abfragemit $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='veröffentlichen'); ";

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

foreach ($posts als $post) {
//dein Beitragsinhalt hier
}}