Форум

[QUOTE]Николай Рыжонин пишет:
А если указать PROPERTY_* то всего один запрос который вернет все свойства[/QUOTE]
Николай, этот совет я уже давал, результат: http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic32741/message181473­/#message181473

[QUOTE]RZVL пишет:
Инфоблоки+ это всего навсего хранение элементов в отдельной таблице?[/QUOTE]
...хранение значений свойств.
Тогда странно, что у вас так много запросов генерируется, не должно быть так.

[QUOTE]RZVL пишет:
Тоесть, я например, не представляю, как можно получить количество основных элементов, у которых на третьем уровне свойств заполнен какой-то параметр...[/QUOTE]
Можете указать в фильтре PROPERTY_<PROPERTY_CODE>.<FIELD>, но набор полей ограничен, конечно. Подробнее в документации http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

[QUOTE]RZVL пишет:
По поводу самому написать метод - я попытался это сделать, в принципе саму выборку я сделал, но в методе после выборки есть еще разбор данных, которые я не осилил... А точнее - не осилил как их разделить, чтобы не потерять совместимость...[/QUOTE]
Посмотрел, там делается обработка результатов для вторых инфоблоков (инфоблоков+), а т.к. это, будем считать, ваш самописный метод, то можно ограничиться только обычными инфоблоками. Ну, а если же вам подойдет режим хранения свойств в отдельных таблицах (инфоблоки+), то скорее всего вам и не понадобится этот метод, т.к. он значительно быстрее работает.

Только делайте бэкап базы перед переводом в инфоблоки+.

[QUOTE]Николай Рыжонин пишет:
На мой взгляд инфоблоки+ наиболее подходят для данной задачи.[/QUOTE]
А вы поняли по топику основное назначение инфоблока? Здорово!
Если планируется большое количество однотипных свойств, то не подходит. Кстати, вы же сами и писали об этой проблеме. Если понадобится хоть когда-то делать выборку из нескольких инфоблоков сразу, то тоже не подходит.

[QUOTE]Николай Рыжонин пишет:
PROPERTY_*, вполне на список можно заменить. [/QUOTE]
На каждое такое св-во делается джойн, MySQL накаладывает ограничение в максимум 61 таблицу на выборку.

[QUOTE]Николай Рыжонин пишет:
потянет, только что проверил [/QUOTE]
Так вы указали PROPERTY_*, а не перечислили список. Такой способ будет работать только в режиме инфоблоков+. И этот режим изначально не упоминал, т.к. он тоже накладывает ряд ограничений: фильтровать по свойствам только в рамках одного инфоблока, максимальное количество свойств будет физически ограничено БД, т.к. для каждого свойства создаются поля в таблице.

[QUOTE]Николай Рыжонин пишет:
Думаю выборка вида, но по второму типу инфоблоков должна как по скорости устроить так и по функционалу.[/QUOTE]
По скорости - да, но 100 свойств она не потянет

[QUOTE]RZVL пишет:
Мне просто нужна возможность CIBlockElement::GetProperty только с возможностью указать не один элемент, а несколько для выборки...[/QUOTE]
Штатной такой возможности нет, но в принципе, можно взять метод CIBlockElement::GetProperty() скопировать в свое пространтсво и добавить в него такую возможность. На первый взгляд там совсем не сложно это сделать.
А от наличия штатной такой возможности я бы тоже не отказался, можно передать через службу ТП такое пожелание к модулю.

Только вот относительно вашей задачи, выборки 100 свойств (или сколько их у вас) для 5 тыс. планируемых элементов, итоговый результат, думаю, будет очень близкий к текущему.

Обычно, когда требуется полная выборка всех элементов инфоблока, говорит о неверном подходе, либо о неверном выборе инструмента.

[QUOTE]RZVL пишет:
А вот это как раз важно...[/QUOTE]
Т.е. у вас есть группы пользователей, которые не могут видеть элементы из вашей выборки? Если так, то оставьте $arFilter старым. Но не фильтр тут особо важен.

[QUOTE]RZVL пишет:
У меня в основном инфоблоке 400 элементов... Выбираю все элементы, в селекте только: ID, PROPERTY_ONE [/QUOTE]
А вам нужно обязательно выбирать все элементы?

В общем, не знаю конкретно какую задачу вы решаете этой выборкой, но в целом ситуация такая: при работе через _CIBElement у вас на каждый элемент будет формироваться плюс один запрос на выборку свойств (это помимо базовых для всей выборки). А если работать через CIBlockResult, то основная выборка увеличится на количество запросов, равное выбираемым свойствам и для каждого такого свойства будет добавлено по "джойну" в основную выборку, т.е. здесь появляется ограничение на количество выбираемых одновременно свойств. Также в последнем варианте появляются еще некоторые неудобства с работой по множественным свойствам - они формируются как отдельный элемент.


Пример выборки через _CIBElement:
[CODE]
CModule::IncludeModule('iblock');

$arOrder = array(
'ID' => 'ASC'
);

$arFilter = array(
'IBLOCK_ID' => <ID инфоблока>,
'ACTIVE' => 'Y',
'ACTIVE_DATE' => 'Y'
);

$arGroupBy = false;

$arNavParams = false;

$arSelect = array(
'IBLOCK_ID',
'ID',
'NAME',
'PROPERTY_*',
);

$arResult['ITEMS'] = array();
$dbItems = CIBlockElement::GetList($arOrder, $arFilter, $arGroupBy, $arNavParams, $arSelect);
while($obItem = $dbItems->GetNextElement(false, false)) {
$arItem = $obItem->GetFields();
$arProp = $obItem->GetProperties();
$arItem['PROPERTIES'] = array(
'SOME_PROP_1' => $arProp['SOME_PROP_1'],
'SOME_PROP_2' => $arProp['SOME_PROP_2'],
'SOME_PROP_3' => $arProp['SOME_PROP_3'],
'SOME_PROP_4' => $arProp['SOME_PROP_4'],
);
$arResult['ITEMS'][] = $arItem;
}
[/CODE]

Пример выборки через CIBlockResult:
[CODE]
CModule::IncludeModule('iblock');

$arOrder = array(
'ID' => 'ASC'
);

$arFilter = array(
'IBLOCK_ID' => <ID инфоблока>,  
'ACTIVE' => 'Y',
'ACTIVE_DATE' => 'Y'
);

$arGroupBy = false;

$arNavParams = false;

$arSelect = array(
'IBLOCK_ID',
'ID',
'NAME',
'PROPERTY_SOME_PROP_1',
'PROPERTY_SOME_PROP_2',
'PROPERTY_SOME_PROP_3',
'PROPERTY_SOME_PROP_4'
);

$arResult['ITEMS'] = array();
$dbItems = CIBlockElement::GetList($arOrder, $arFilter, $arGroupBy, $arNavParams, $arSelect);
while($arItem = $dbItems->GetNext(false, false)) {
$arResult['ITEMS'][] = $arItem;
}
[/CODE]

Т.е. для _CIBElement указываем PROPERTY_* в $arSelect, а для CIBlockResult перечисляем нужные свойства.

_CIBElement - теоретически не имеет ограничений по количеству свойств, но очень тяжел при выборке большого количества элементов с большим количеством свойств. Подходит для универсальных компонентов вывода списков элементов с постраничной навигацией.

CIBlockResult - наиболее экономичен, но на практике пригоден только для "ручных" выборок, когда заранее известно количество свойств и их меньше 30, например. Какое точно ограничение не могу сказать, т.к. помимо джойнов для свойств выполняются и джойны для других сущностей. Максимум же в MySQL 61 джойн, если не ошибаюсь. И не следует забывать про особенность возвращаемого результата с множественными значениями свойств.

Какой способ наиболее выгоден вам, думаю, определите сами.

[QUOTE]RZVL пишет:
Они, вобщем-то не важны, в раках данного вопроса[/QUOTE]
Да именно они и важны.

Если не важен контроль при многосайтовости и нет никаких особенностей с распределением прав (все пользователи могут читать), то лучше так:
[CODE]
$arFilter = array(
  "IBLOCK_ID" => <ID инфоблока>,
  "ACTIVE" => "Y",
  "ACTIVE_DATE" => "Y"
); [/CODE]

Но главный здесь тормоз $arSelect, попробуйте так:
[CODE]$arSelect = array(
  'IBLOCK_ID',
  'ID',
  'NAME',
  'PROPERTY_*'
) [/CODE]
и саму выборку как описал постом выше, лишние/нужные свойства отбирайте уже в самой выборке простыми условными операторами.

Но вообще свойства обычно лучше выбирать так:
$arSelect = array(
...,
PROPERTY_*
);

$rsElements = CIBlockElement::GetList($arSort, $arFilter, $arGroup, $arNavParams, $arSelect);
while($obElement = $rsElements->GetNextElement()) {
   $arItem = $obElement->GetFields();
   $arItem['PROPERTIES'] = $obElement->GetProperties();
   $data[$arItem['ID']] = $arItem;
}