|
Разработчикам |
|
|||
|
|
|
|
Прямым запросом как-то не комильфо. Я бы извлёк массив ID элементов для каждого из значений свойства и нашёл бы пересечение через array_intersect. Оно и быстрее в разработке, чем кнструктор запроса писать, и поддаётся дальнейшей оптимизации.
«Да не могут же они!»
|
|
|
|
|
|
Если проект сильнонагруженный то лучше на уровне БД, все же она быстрее работает.
Пишите по доработкам: my.grebnev@gmail.com
|
|
|
|
|
|
Если проект высоконагруженный то лучше вообще отказаться от БД... Но это лирика.
2ТС: А вы не думали пересмотреть механизм хранения ваших данных? Может как-то закодировать ваши цвета и хранить только хэш? |
|
|
|
|
|
Проблему помог решить саппорт Битрикса, за что им огромное спасибо...
Вам необходимо использовать подзапросы. Пример: $rs = CIBlockElement::GetList( array(), array( "IBLOCK_ID" => 35, array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 35, "PROPERTY_COLOR" => 10))), array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 35, "PROPERTY_COLOR" => 11))), array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 35, "PROPERTY_COLOR" => 12))) ), false, false, array("ID") ); |
|
|
|
|
|
по сути подзапросами вы выбрали список всех айдишников по каждому цвету отдельно.
а потом по этому списку айдишников выбрали общий список айдишников. Абсурдно? |
|
|
|
|
where BE.ID in (......) and BE.ID in (......) and BE.ID in (......) Т.е. как раз пересечение, а не объединение.
«Да не могут же они!»
|
|||
|
|
|
|
Притом при таком фильтре, массивы значений могут быть огромными - некруто.
Пишите по доработкам: my.grebnev@gmail.com
|
|
|
|
|
|
В общем решения таки нет до сих пор.
|
||||
|
|
|
|||
© 2001-2026 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. 
Политика конфиденциальности