v7: 1С++ - .УложитьСписокОбъектов13 #794661

Пытаюсь применить вышеуказанную функцию. Не срабатывает. Вопрос к знатокам: Эта процедура, в принципе, работоспособна? Может быть, я в принципе напрасно трачу время в попытках её применить?

У нас работает. Для отбора по реквизиту документ неопределенного вида. А у вас?

Вход - список элементов и групп справочников. Для использования в условии - ограничении.

ODBCRecordSet :: УложитьСписокОбъектов13 / PutObjectList13 Параметры: Список - тип: СписокЗначений, Справочник, Счет. Объект, содержание которого будет отправляться на сервер. Если передан список значений, во врем. таблицу попадает содержимое списка. ИмяТаблицы - тип: Строка. Имя временной таблицы. Описание: сохраняет список объектов во временной таблице MS SQL. Идентификаторы объектов из списка сохраняются во временной таблице. Таблица имеет единственное поле val char. Имя таблицы должно начинаться с символа "#". В описании нет ни слова про иерархическое включение дочерних элементов групп справочников подобно УложитьСписокОбъектов.

что значит "не срабатывает"? угу. укладывает только объекты, без иерархии.

Иерархически нижние группы включил программным перебором подчинённых. Проблему решил так: Заработало как часы. Процедура УложитьТаблицу_л(пТЗ, ИмяТаб, Колонки="")

в условиях всегда ложь. В общем, задача решена. А с УложитьСписокОбъектов13 буду разбираться на досуге.

жуть какая. а нельзя было УложитьСписокОбъектов, а затем select $ВидСправочника36+val ?

А можно код поподробнее чуть чуть?

ну а что подробнее? укладываеть все по иерархии в таблицу через УложитьСписокЗначений. Укладываешь одно значение любое через УложитьСписок13 (чтоб таблицу чар13 не руками делать). а потом запросом переливаешь из таблицы 9 в таблицу 13 с добавлением типа. можешь еще для гарантии "дистинкт" поставить, чтоб не дублировались. хотя для фильтра пофиг

для больших справочников обычно делают список родителей, в сравнении пишут ааа.Родитель N (SELECT VAL FROM #SpisRod) ) Спасибо за совет.

фи. зачем??? серверу может самую чуточку быстрее по маленькому списку, но зато ему придется доставать родителя. но главное - писать больше. а оно мне надо? :-)

Элемент.Родитель  из базы всё равно выбирать, а вот размер фильтра влияет на скорость.

Да и время заполнения фильтра тоже никуда не улетучивается.

не факт, что нужно выбирать родителя. а влияние размера фильтра на скорость нужно смотреть в конкретном плане запроса.

До такой необходимости ещё не дошли. К счастью.

ну а если "до такой необходимости не дошли" - значит, пока выгоднее экономить на написании, чем на выполнении....