1С-Битрикс Разработчикам - Расширение API Инфоблоков: SubQuery не только по ID элемента основного запроса, но и по свойствам

Не так давно появилась такая замечательная возможность API, как использование подзапросов при выборе элементов ИБ.
Как все знают, она позволяет в одном запросе к БД выстроить ещё более сложную логику - вложенную выборку из другого связанного ИБ.

Есть даже документация по тому методу (http://dev.1c-bitrix.ru/api_help/iblo...bQuery.php), и как всегда есть одно "НО":

Примечание: применимо только к полю ID элемента основного запроса.

В документации приведен пример

Выбрать авторов написавших книги в 21-ом веке

По коду очевидно, что есть два инфоблока "Авторы" и "Книги". У "Книг" есть привязка к "Авторам".

А как быть, если необходимо получить не авторов, по параметрам книг, а книги, по параметрам авторов (со сложной логикой)?..
[spoiler]

Например, задача:

Есть инфоблоки "Книги", "Авторы", "Страны".

У книг есть привязка к авторам, у авторов - к странам.

Нужно одним запросом (имеется в виду CIBlockElement::GetList()) выбрать все книги, имя автора которых начинается на букву "К", а страна (место рождения автора) - на букву "И".

Конечно, задача синтетическая и скорее придумана именно для этого поста, нежели взята из реальной жизни.
На больших проектах задачи обычно более сложные и способы фильтрации не просто по имени, а со сложной логикой (И/ИЛИ), множеством условий для каждой сущности и т.д.

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

Первая мысль:

Зная, что есть такая штука как подзапросы, пытаемся сделать выборку по инфоблоку Книги и фильтром по имени автора

      array(
         "IBLOCK_ID" => $IBLOCK_BOOKS,
         "ACTIVE" => "Y",
         "PROPERTY_AUTHOR.NAME" => "К%"
      )

Всё работает, гуд. Следующий шаг (фильтровать по имени страны, к которой привязан автор) ставит в тупик - сделать так не получится, потому как конструкции вида

"PROPERTY_AUTHOR.PROPERTY_COUNTRY.NAME" => "И%"

работать не будут...

Вторая мысль:

Использовать подзапросы, сконструировать что-то типа

   array(
      "IBLOCK_ID" => $IBLOCK_BOOKS,
      "ACTIVE" => "Y",
      "PROPERTY_AUTHOR" => CIBlockElement::SubQuery(
         "ID",
         array(
            "IBLOCK_ID" => $IBLOCK_AUTHORS,
            "ACTIVE" => "Y",
            "NAME" => "К%"
         )
      )
   )

Но тут мы упираемся в то самое примечание, которое есть в документации: мы не можем использовать PROPERTY_AUTHOR, только ID.
При этом, если всё-таки вписать PROPERTY_AUTHOR, то возникает ошибка

Warning: mb_strlen() expects parameter 1 to be string, object given in /var/www/html/bitrix/modules/iblock/classes/general/iblock.php on line 2234

которая даёт пищу для размышления и небольшую подсказку в какую сторону копать...

Решение:

Путем непродолжительных изучений вышеуказанного файла находим в файле

/var/www/html/bitrix/modules/iblock/classes/general/iblockelement.php

строку 1455, куда нужно вставить некий "хак" вида

   if(is_object($propVAL))
   {
      if($db_prop["PROPERTY_TYPE"]=="G" || $db_prop["PROPERTY_TYPE"]=="E")
      {
         if($db_prop["VERSION"]==2 && $db_prop["MULTIPLE"]=="N")
            $fn = "FPS".$iPropCnt.".PROPERTY_".$db_prop["ORIG_ID"];
         else
            $fn = "FPV".$iPropCnt.".VALUE";
         $r = $propVAL->_sql_in($fn, $cOperationType);
      }
   }
   else
   {
      if(!is_array($propVAL))
         $propVAL = array($propVAL);

      ...

            $r = CIBlock::FilterCreateEx("FPV".$iPropCnt.".VALUE", $propVAL, "string", $bFullJoin, $cOperationType);
         }
      }
   }

Тем самым мы обходим примечание из документации и теперь можем строить "матрешки", теоретически, любой вложенности, например, для решения поставленной в самом начале поста задачи будет работать вот такой код:

   $rsItems = CIBlockElement::GetList(
         array(),
         array(
            "IBLOCK_ID" => $IBLOCK_BOOKS,
            "ACTIVE" => "Y",
            "PROPERTY_AUTHOR" => CIBlockElement::SubQuery(
               "ID",
               array(
                  "IBLOCK_ID" => $IBLOCK_AUTHORS,
                  "ACTIVE" => "Y",
                  "NAME" => "К%",
                  "PROPERTY_COUNTRY" => CIBlockElement::SubQuery(
                     "ID",
                        array(
                           "IBLOCK_ID" => $IBLOCK_COUNTRIES,
                           "ACTIVE" => "Y",
                           "NAME" => "И%",
                        )
                     ),
               )
            ),
         ),
         false,
         false,
         array("ID", "NAME", "PROPERTY_AUTHOR.ID", "PROPERTY_AUTHOR.NAME", "PROPERTY_AUTHOR.PROPERTY_COUNTRY")
   );

   while($arItem = $rsItems->Fetch())
   {
      print_r($arItem);
   }

Представьте какая получается длина SQL-запроса =)

Все необходимые файлы приложены. Кому интересно - можно изучить.
Вот ещё скриншот результат работы скрипта subquery_example.php - http://habrastorage.org/storage2/1c0/...9fbc1f.png

В боевых условиях:

Озвученный подход внедрен на нескольких проектах (да-да, мы знаем, что модифицировать ядро нельзя) и пока проблем не наблюдается.
Нагрузку решение выдерживает, "подводных камней" не обнаружено, возможностей фильтрации добавилось, мягко говоря, очень много

Примечание:

Нашелся только один ~~баг~~ фича): Если у ИБ "Книги" свойство "Авторы" множественное, то будет дублирование выбранных книг (по каждому элементу столько раз, сколько нашлось совпадений по значению множественного свойства).

Идея:

Создал идею http://idea.1c-bitrix.ru/8080/, голосуйте

Предыдущие комментарии 14

terseto

Пользователь 5483000 17 Ноябрь, 2021 22:50

Чебан Валерий, это для инфоблоков подходит?

0 Ещё

Чебан Валерий

Пользователь 17890 17 Ноябрь, 2021 22:53

terseto, да, конечно, у них тоже есть уже старый api и новый на orm https://dev.1c-bitrix.ru/learning/cour...5748.12864

Сопов Андрей

Пользователь 5111602 25 Январь, 2023 15:40

Чебан Валерий, есть конечно мнение, что я не разобрался до конца, но возникает ( по крайней мере у меня) вот такая проблема:

$sQ = UserStatusHistoryTable::query()
  ->where('USER_ID', $userId)
  ->where('DATE', $today)
  ->addSelect(new ExpressionField('MAX', 'MAX(%s)', ['ID']))
;
$se = Entity::getInstanceByQuery($sQ);
$q = (new Query($se))->addSelect("MAX");
return $q->getQuery();

При этом UserStatusHistoryTable у меня из подключения к posgresql с соответствующим коннектором для него.
В результате чего получается, что сабквери компилится в синтаксисе posgresql, а внешний квери на mysql.
вот возвращаемый результат:

SEL ECT 
    `tmp_lz4_si9u_xfux`.`MAX` AS `MAX`
FR OM (SEL ECT 
    MAX("bizteck_ams_orm_desktop_user_user_status_history"."ID") AS "MAX"
FR OM "ams_user_status_history" "bizteck_ams_orm_desktop_user_user_status_history" 

WHERE "bizteck_ams_orm_desktop_user_user_status_history"."USER_ID" = 8 AND "bizteck_ams_orm_desktop_user_user_status_history"."DATE" = '2023-01-25') `tmp_lz4_si9u_xfux`

Опять же, может я что-то не так сделал, но внешняя выборка получается из tmp_lz4_si9u_xfux, а нужна-то по факту выборка из bizteck_ams_orm_desktop_user_user_status_history (хотя если в select добавить не MAX а поля таблицы, то может получится выборка из bizteck_ams_orm_desktop_user_user_status_history.... надо проверять методом научного тыка)

Расширение API Инфоблоков: SubQuery не только по ID элемента основного запроса, но и по свойствам

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером