meta_query с мета-значениями в виде сериализованных массивов

Я также столкнулся с такой ситуацией. Вот что я сделал:

$args = array(
    'post_type' => 'my-post-type',  // Тип записи
    'meta_query' => array(         // Мета-запрос
        array(
            'key' => 'latitude',  // Ключ мета-поля
            'value' => sprintf(':"%s";', $value),  // Форматируем значение
            'compare' => 'LIKE'    // Оператор сравнения
        )
    )
);

Надеюсь, это поможет

Вы действительно потеряете возможность эффективно запрашивать свои данные при сериализации записей в базу данных WordPress.

Общее повышение производительности и экономия, которые, как вам кажется, достигаются за счёт сериализации, не будут заметны в значительной степени. Вы можете получить немного меньший размер базы данных, но стоимость SQL-запросов будет высокой, если вы когда-нибудь попытаетесь запросить эти поля и сравнить их каким-либо полезным и осмысленным образом.

Вместо этого используйте сериализацию для данных, которые вы не планируете запрашивать таким образом, а будете получать только пассивно через прямой вызов WordPress API get_post_meta() — с помощью этой функции вы также можете распаковать сериализованную запись для доступа к её свойствам массива.

Фактически, если присвоить значение true, как в примере:

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

Данные будут возвращены в виде массива, с которым вы сможете работать в обычном режиме.

Вы можете сосредоточиться на других оптимизациях базы данных/сайта, таких как кэширование, минификация CSS и JS, а также использование таких сервисов, как CDN, если это необходимо. Это лишь несколько примеров... WordPress Codex — хорошая отправная точка для изучения этой темы: ЗДЕСЬ

Я считаю, что есть 2 решения, которые могут попытаться решить проблему хранения результатов как в виде строк, так и целых чисел. Однако важно отметить, как уже указывали другие, что невозможно гарантировать целостность результатов, сохраненных как целые числа, потому что эти значения хранятся в виде сериализованных массивов, где индексы и значения сохраняются по одному и тому же шаблону. Пример:

array(37,87);

сохраняется как сериализованный массив, вот так:

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

Обратите внимание на i:0 как первую позицию массива и i:37 как первое значение. Шаблон одинаковый. Но давайте перейдем к решениям.

1) Решение с REGEXP

Это решение работает для меня независимо от того, сохранено ли мета-значение как строка или число / ID. Однако оно использует REGEXP, что не так быстро, как использование LIKE.

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

2) Решение с LIKE

Я не уверен насчет разницы в производительности, но это решение использует LIKE и также работает как для чисел, так и для строк.

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

Я только что разобрался с сериализованными полями и смог выполнить по ним запрос. Не используя meta_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' // добавляем тип, потому что по умолчанию будет 'post'
);

$posts = get_posts($args);

Запрос сначала ищет записи с соответствующим post_type, чтобы уменьшить количество записей в wp_postmeta для фильтрации. Затем я добавил условие WHERE, чтобы дополнительно сократить количество строк, фильтруя по meta_key.

ID в итоге попадают в массив, как и требуется для get_posts.

P.S. Для хорошей производительности подзапросов требуется MySQL версии 5.6 или выше.

Простой способ обойти эту ситуацию — использовать сравнение LIKE с сериализованным форматом (длина с типом и самим значением), как показано ниже:

$id = 123; // ID для проверки в сериализованных данных.
//(предполагается, что числа хранятся как строка. В моём случае так и было.)

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

Если нужно искать по пользовательской таксономии:

$id = 123; // ID для проверки в сериализованных данных.
//(предполагается, что числа хранятся как строка. В моём случае так и было.)

$args = array(
    'hide_empty' => false, // также получать термины, которые ещё не используются
    'meta_query' => array(
        array(
            'key' => 'meta_key_to_check_from',
            'value' => 's:' . strlen($id) . ':"' . $id . '";',
            'compare' => 'LIKE'
        )
    ),
    'taxonomy' => 'custom_taxonomy'
);

$terms = get_terms( $args );

Этот пример мне очень помог. Он предназначен специально для плагина S2Members (который сериализует метаданные пользователей). Но он позволяет выполнять запрос к части сериализованного массива внутри meta_key.

Это работает с использованием функции MySQL REGEXP.

Вот источник

Вот код, который запрашивает всех пользователей, проживающих в США. Я легко модифицировал его для запроса одного из моих пользовательских полей регистрации, и он заработал мгновенно.

<?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 = /* Получаем полный объект пользователя. */ new WP_User ($user->ID);
                print_r($user); /* Получаем полный список свойств при отладке. */
            }
    }
?>

После прочтения множества советов по выполнению запроса WP_Query с фильтрацией по сериализованным массивам, вот как я в итоге решил эту задачу: создав массив значений, разделенных запятыми, с помощью функции implode в сочетании с пользовательским SQL-запросом $wpdb, использующим FIND_IN_SET для поиска в списке значений, разделенных запятыми, нужного значения.

(это похоже на ответ Томаса, но немного менее ресурсоемко для SQL-запроса)

1. В functions.php:

В файле functions.php (или там, где вы настраиваете метабокс) в функции yourname_save_post() используйте

update_post_meta($post->ID, 'checkboxArray', implode(",", $checkboxArray)); //добавляем implode

для создания массива со значениями, разделенными запятыми.

Также вам нужно изменить переменную вывода в функции построения метабокса администратора yourname_post_meta() на

$checkboxArray = explode(",", get_post_custom($post->ID)["checkboxArray"][0]); //добавляем explode

2. В файле шаблона PHP:

Проверка: если вы запустите get_post_meta( $id );, вы должны увидеть checkboxArray как массив, содержащий ваши значения, разделенные запятыми, вместо сериализованного массива.

Теперь мы строим наш пользовательский SQL-запрос с помощью $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) {
    //ваш контент поста здесь
}

Обратите внимание на FIND_IN_SET — именно здесь происходит вся магия.

Теперь... Поскольку я использую SELECT *, это возвращает все данные поста, и внутри цикла foreach вы можете вывести то, что вам нужно (выполните print_r($posts);, если не знаете, что включено). Это не настраивает "петлю" за вас (мне так больше нравится), но это можно легко изменить для настройки петли, если вы предпочитаете (посмотрите setup_postdata($post); в кодексе, вам, вероятно, понадобится изменить SELECT * на выбор только ID постов и $wpdb->get_results на правильный тип $wpdb — см. кодекс для $wpdb также для информации по этой теме).

Что ж, потребовались некоторые усилия, но поскольку wp_query не поддерживает выполнение 'compare' => 'IN' для сериализованных или разделенных запятыми значений, этот костыль — ваш лучший вариант!

Надеюсь, это кому-то поможет.

Если вы используете оператор сравнения like в мета-запросе, он должен корректно работать для поиска внутри сериализованного массива.

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

результат:

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

Если мои метаданные имеют тип массива, я использую этот метод для запроса по мета:

$args = array(
    'post_type' => 'fotobank', // Тип записи
    'posts_per_page' => -1,     // Получить все записи
    'meta_query' => array(
            array(
                   'key' => 'collections', // Ключ метаполя
                   'value' => ':"'.$post->ID.'";', // Ищем ID поста в сериализованном массиве
                   'compare' => 'LIKE'     // Используем LIKE для поиска в строке
            )
     )
);
$fotos = new WP_Query($args); // Создаем новый запрос

Мне стало любопытно насчет ответов выше, где meta_query указывал на ключ latitude вместо _coordinates. Пришлось проверить, действительно ли в meta-запросах можно адресовать конкретный ключ внутри сериализованного массива. :)

Очевидно, это не так.

Итак, обратите внимание, что правильный ключ для поиска — это _coordinates, а не latitude.

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

ПРИМЕЧАНИЯ:

1. Данный подход позволяет искать только точные совпадения. Поэтому поиск по условиям типа все широты больше 50 невозможен.

2. Для включения поиска по подстроке можно использовать 'value' => sprintf(':"%%%s%%";', $value),. (не тестировалось)

Вы можете заключить значение в %, чтобы выполнить запрос сериализованного значения:

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

У меня такой же вопрос. Возможно, вам нужен параметр 'type'? Посмотрите этот связанный вопрос: Запрос по произвольным полям - Мета-значение является массивом

Попробуйте, возможно, так:

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

Я столкнулся с похожей ситуацией при использовании плагина Magic Fields. Возможно, это решение вам подойдет:

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