Evgeniy Kobzar (Все сообщения пользователя)

Если необходимо ограничить создание секций в ИБ административной части, обратитесь к настройке Типа информационного блока "Использовать древовидный классификатор элементов по разделам: "
Если же речь идет о публичной части или функционале где необходима дополнительная проверка
обратитесь к событиям модуля информационных блоков
http://dev.1c-bitrix.ru/api_help/iblock/events/index.php

Данное поведение является корректным для первого типа информационных блоков.

Если данное поведение API не отвечает всем условиям Вашей задачи перевидите информационный блок во второй тип.

В этом случае для тестового примера в массив arSelectFields необходимо добавить "IBLOCK_ID","PROPERTY_*"

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

В случае морфологического поиска он осуществляется по алгоритму стемминга.
Поиск происходить по основе слова которая не обязательно совпадает с морфологическим корнем слова (таблица b_search_content_stem ) что обеспечивает приемлемую скорость работы механизма поиска на любом количестве элементов созданных в системе.

В случае если поиск осуществляется без учета данного алгоритма происходит простое сопоставление поискового слова с записями из b_search_content поле SEARCHABLE_CONTENT. Что приводит к значительному времени выполнения скрипта.

Как следствие для большого числа элементов в системе рекомендацией может стать использование морфологического поиска.