Cea mai eficientă modalitate de a obține articole cu postmeta

Aș recomanda o interogare pivot. Folosind exemplul tău:

SELECT  p.ID,   
        p.post_title, 
        MAX(CASE WHEN pm1.meta_key = 'first_field' then pm1.meta_value ELSE NULL END) as first_field,
        MAX(CASE WHEN pm1.meta_key = 'second_field' then pm1.meta_value ELSE NULL END) as second_field,
        MAX(CASE WHEN pm1.meta_key = 'third_field' then pm1.meta_value ELSE NULL END) as third_field,

 FROM    wp_posts p LEFT JOIN wp_postmeta pm1 ON ( pm1.post_id = p.ID)                      
GROUP BY
   p.ID,p.post_title

Am întâlnit un caz în care am nevoie să preiau rapid o mulțime de articole împreună cu informațiile meta asociate. Trebuie să preiau aproximativ 2000 de articole.

Am încercat folosind sugestia lui Otto - rulând WP_Query::query pentru toate articolele, apoi parcurgând și rulând get_post_custom pentru fiecare articol. Această metodă a durat, în medie, aproximativ 3 secunde pentru a se finaliza.

Apoi am încercat interogarea pivot a lui Ethan (deși nu mi-a plăcut că trebuia să cer manual fiecare meta_key care mă interesa). Tot a trebuit să parcurg toate articolele returnate pentru a deserializa meta_value. Această metodă a durat, în medie, aproximativ 1.3 secunde pentru a se finaliza.

Apoi am încercat să folosesc funcția GROUP_CONCAT și am obținut cel mai bun rezultat. Iată codul:

global $wpdb;
$wpdb->query('SET SESSION group_concat_max_len = 10000'); // necesar pentru a obține mai mult de 1024 de caractere în coloanele GROUP_CONCAT de mai jos
$query = "
    SELECT p.*, 
    GROUP_CONCAT(pm.meta_key ORDER BY pm.meta_key DESC SEPARATOR '||') as meta_keys, 
    GROUP_CONCAT(pm.meta_value ORDER BY pm.meta_key DESC SEPARATOR '||') as meta_values 
    FROM $wpdb->posts p 
    LEFT JOIN $wpdb->postmeta pm on pm.post_id = p.ID 
    WHERE p.post_type = 'product' and p.post_status = 'publish' 
    GROUP BY p.ID
";

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

// transformă produsele pentru a avea un membru ->meta cu valorile deserializate, așa cum era de așteptat
function massage($a){
    $a->meta = array_combine(explode('||',$a->meta_keys),array_map('maybe_unserialize',explode('||',$a->meta_values)));
    unset($a->meta_keys);
    unset($a->meta_values);
    return $a;
}

$products = array_map('massage',$products);

Această metodă a durat, în medie, 0.7 secunde. Asta înseamnă aproximativ un sfert din timpul soluției WP get_post_custom() și aproximativ jumătate din timpul soluției cu interogare pivot.

Poate va fi de interes pentru cineva.

M-am aflat într-o situație în care a trebuit să efectuez această sarcină pentru a crea în final un document CSV. Am ajuns să lucrez direct cu MySQL pentru a realiza acest lucru. Codul meu unește tabelele post și meta pentru a prelua informațiile despre prețurile din WooCommerce, soluția postată anterior a necesitat să folosesc aliasuri pentru tabele în interogarea SQL pentru a funcționa corect.

SELECT p.ID, p.post_title, 
    MAX(CASE WHEN pm1.meta_key = '_price' then pm1.meta_value ELSE NULL END) as price,
    MAX(CASE WHEN pm1.meta_key = '_regular_price' then pm1.meta_value ELSE NULL END) as regular_price,
    MAX(CASE WHEN pm1.meta_key = '_sale_price' then pm1.meta_value ELSE NULL END) as sale_price,
    MAX(CASE WHEN pm1.meta_key = '_sku' then pm1.meta_value ELSE NULL END) as sku
    FROM wp_posts p LEFT JOIN wp_postmeta pm1 ON ( pm1.post_id = p.ID)                 
    WHERE p.post_type in('product', 'product_variation') AND p.post_status = 'publish'
    GROUP BY p.ID, p.post_title

Totuși, fiți atenți, WooCommerce a creat peste 300.000 de rânduri în tabela mea meta, așa că a fost foarte mare și, prin urmare, foarte lentă.

VERSIUNE FĂRĂ SQL:

Obțineți toate articolele și toate valorile lor meta (metas) fără SQL:

Să presupunem că aveți o listă de ID-uri de articole stocate ca un array de ID-uri, ceva de genul:

$post_ids_list = [584, 21, 1, 4, ...];

Obținerea tuturor articolelor și a tuturor metadatelor într-o singură interogare nu este posibilă fără a folosi măcar un pic de SQL, așa că trebuie să facem 2 interogări (tot doar 2):

1. Obțineți toate articolele (folosind WP_Query)

$request = new WP Query([
  'post__in' => $post_ids_list,
  'ignore_sticky_posts' => true, //dacă doriți să ignorați "lipirea" articolelor
]);

(Nu uitați să apelați wp_reset_postdata(); dacă faceți o "buclă" după aceea ;) )

2. Actualizați cache-ul de meta

//nu vă confundați aici: "post" înseamnă tipul de conținut (post X user X ...), NU tipul de articol ;)
update_meta_cache('post', $post_ids_list);

Pentru a obține metadatele, folosiți standardul get_post_meta() care, după cum a menționat @Otto:
caută mai întâi în cache :)

Notă: Dacă nu aveți nevoie de alte date din articole (cum ar fi titlul, conținutul, ...) puteți face doar pasul 2. :-)

folosind soluția lui Trevor și modificând-o să funcționeze cu SQL imbricat. Aceasta nu a fost testată.

global $wpdb;
$query = "
    SELECT p.*, (select pm.* From $wpdb->postmeta AS pm WHERE pm.post_id = p.ID)
    FROM $wpdb->posts p 
    WHERE p.post_type = 'product' and p.post_status = 'publish' 
";
$products = $wpdb->get_results($query);

Această întrebare a fost pusă acum aproximativ 12 ani, dar am dat peste această problemă recent când a trebuit să caut tipuri de postări cu un criteriu mai complex decât ceea ce poate fi realizat cu o interogare WP_Query de bază. Am folosit codul de mai jos pentru a face ceva foarte similar.

SELECT p.ID,p.post_title,pm1.meta_value as lat,pm2.meta_value as lng,pm3.meta_value as city,pm4.meta_value as state,pm5.meta_value as zip
FROM `wp_posts` p
LEFT JOIN `wp_postmeta` pm1 ON pm1.post_id = p.ID AND pm1.meta_key = '_lat'
LEFT JOIN `wp_postmeta` pm2 ON pm2.post_id = p.ID AND pm2.meta_key = '_lng'
LEFT JOIN `wp_postmeta` pm3 ON pm3.post_id = p.ID AND pm3.meta_key = '_city'
LEFT JOIN `wp_postmeta` pm4 ON pm4.post_id = p.ID AND pm4.meta_key = '_state'
LEFT JOIN `wp_postmeta` pm5 ON pm5.post_id = p.ID AND pm5.meta_key = '_zip'
WHERE post_type = "{posttype}" and post_status = "publish";

Alte răspunsuri la această întrebare încearcă ceva diferit față de simpla utilizare a LEFT JOIN așa cum a făcut autorul inițial. Prin câteva teste, se pare că este cea mai rapidă metodă de a obține datele.

SELECT  p.ID,   
p.post_title, 
MAX(CASE WHEN pm1.meta_key = '_lat' then pm1.meta_value ELSE NULL END) as lat,
MAX(CASE WHEN pm1.meta_key = '_lng' then pm1.meta_value ELSE NULL END) as lng,
MAX(CASE WHEN pm1.meta_key = '_city' then pm1.meta_value ELSE NULL END) as city,
MAX(CASE WHEN pm1.meta_key = '_state' then pm1.meta_value ELSE NULL END) as state,
MAX(CASE WHEN pm1.meta_key = '_zip' then pm1.meta_value ELSE NULL END) as zip
FROM    
    wp_posts p LEFT JOIN wp_postmeta pm1 ON pm1.post_id = p.ID WHERE p.post_type = '{posttype}' AND p.post_status = 'publish'                     
GROUP BY
   p.ID,p.post_title;

Această interogare este foarte similară cu un alt răspuns din acest post de Terry și Ethan și a durat 0,0228 secunde pentru a se finaliza, în timp ce prima interogare a durat aproximativ 0,0034 secunde sau de aproximativ 6,7 ori mai rapid.

Acest lucru a fost realizat pe o bază de date cu doar 322 de postări, dar când a fost testat fără a limita la tipul de postare personalizată și interogând 5234 de postări, interogarea de mai sus a obținut un timp de 0,2408s, iar prima interogare a obținut un timp de 0,0029s sau de aproximativ 83 de ori mai rapid. Nu sunt sigur cum a fost mai rapid cu 5234 de postări față de 332 de postări (am testat-o de două ori pentru a fi sigur).

TLDR: Pentru oricine caută cea mai rapidă soluție în 2024 cu o configurație implicită WordPress, utilizarea simplă a interogării LEFT JOIN de mai sus pare a fi cea mai rapidă soluție.

Am întâmpinat și eu problema câmpurilor meta cu valori multiple. Problema este în WordPress însuși. Verificați în wp-includes/meta.php. Căutați această linie:

$where[$k] = ' (' . $where[$k] . $wpdb->prepare( "CAST($alias.meta_value AS {$meta_type}) {$meta_compare} {$meta_compare_string})", $meta_value );

Problema este cu instrucțiunea CAST. Într-o interogare pentru valori meta, variabila $meta_type este setată la CHAR. Nu cunosc detaliile despre cum afectează CAST-ul valoarea ca șir de caractere serializat, dar pentru a remedia problema, puteți elimina CAST-ul astfel încât SQL-ul să arate astfel:

$where[$k] = ' (' . $where[$k] . $wpdb->prepare( "$alias.meta_value {$meta_compare} {$meta_compare_string})", $meta_value );

Acum, chiar dacă această soluție funcționează, modificați componentele interne ale WordPress, așa că alte lucruri s-ar putea să nu mai funcționeze, iar soluția nu este permanentă, mai ales dacă aveți nevoie să actualizați WordPress.

Modul în care am rezolvat eu problema a fost să copiez SQL-ul generat de WordPress pentru interogarea meta dorită și apoi să scriu niște PHP pentru a adăuga instrucțiuni AND suplimentare pentru meta_valorile pe care le caut și să folosesc $wpdb->get_results($sql) pentru rezultatul final. O soluție improvizată, dar funcționează.