Управляемая блокировка в 1С 8.3

правильно понимаю, что наложение управляемой блокировки (с помощью объекта БлокировкаДанных) просто повышает уровень изоляции транзакции с READ COMMITTED до REPEATABLE READ на записи отбора при наложении?

И вся суть оптимизации и параллельности в 1С 8.3 управляемых блокировок сводится именно к грамотному повышению изоляции до REPEATABLE READ только там, где надо?

(34) галка основной отбор, позволяющая делать отбор по этому измерению
делать отбор где?

(36) При обмене в планах обмена. Но к делу это мало относится. Просто надо знать, что будет еще один отдельный индекс по измерениям, которые указаны этими галками, если только этот индекс не совпадает по полям с уже существующими.

(37) вроде не только

(38) https://its.1c.eu/db/metod8dev#content:2266:hdoc

Еще в независимом регистре,включающая отбор по измерениям.

(40) А еще и больше нет других регистров и их типов, в которых есть "основной отбор"

Живу в России я, а жил в Союзе я --
А это все была иллю-зи-я.
На самом деле весь мир нам кажется,
Вокруг нас матрица, как в фильме "Матрица".

(41)естественно,что нету,так как все остальные подчинены решистратору,и если не рассматривать регистр сведений,то все остальные регистры используют решистратор и номер записи как первичный ключ.

(0) когда устанете , в свойствах конфы поставте
Режим блокировок автомат , все последовательно начнут.

(43) вот не надо.
Блокировки начнут работать на уровне sql,и очень большая вероятность столкновений будет.
А так,две транзакции,не затронувшие общие ресурсы вполне себе параллельно выполняться будут.

(43) для однопользовательской работы покатит

(45)для однопользовательской и управляемый режим годится - блокировки-то можно не ставить вообще.

https://its.1c.ru/db/metod8dev#content:5842:hdoc

Основные индексы, создаваемые 1С:Предприятием:

    индекс по уникальному идентификатору (ссылке) для всех объектных сущностей (справочники, документы и т.д.);
    индекс по регистратору (ссылке на документ) для таблиц движений регистров, подчиненных регистратору;
    индекс периоду и значениям всех измерений для __итоговых таблиц__ регистров накопления;
    индекс периоду, счету и значениям всех измерений для итоговых таблиц регистров бухгалтерии.


Вот ответ, зачем индексируется первое измерение "Организация" в регистрах накопления. Для взаимодействия с физическими таблицами, а не виртуальными. Там нет индекса, а он нужен.

Можно еще вопрос. В ЕРП есть следующий программный код в модуле менеджера документа "Этап производства"

                Блокировка = Новый БлокировкаДанных;
                
                ЭлементБлокировки = Блокировка.Добавить("Документ.ЭтапПроизводства2_2");
                ЭлементБлокировки.УстановитьЗначение("Ссылка", Выборка.Ссылка);
                
                Блокировка.Заблокировать();
                
                ДокументОбъект = Выборка.Ссылка.ПолучитьОбъект();
                Если ДокументОбъект = Неопределено ИЛИ ДокументОбъект.Статус <> СтатусСформирован Тогда
                    ВызватьИсключение НСтр("ru = 'Обрабатываемый объект не соответствует условиям отбора.';
                                            |en = 'Processed object does not match filter conditions.'");
                КонецЕсли;
                
                ДокументОбъект.Статус = Перечисления.СтатусыЭтаповПроизводства2_2.КВыполнению;
                
                ДокументОбъект.УстановитьРежимПакетнойПередачиКВыполнению();
                
                ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
                
                ЗафиксироватьТранзакцию();

зачем здесь блокировка?

(48) сам задал, сам отвечу: пока мы манипулируем с объектом, чтобы другой с ним также не "проманипулировал" ...

несмотря на то, что это три безобидные и мгновенные строчки кода

&НаСервере
Функция ОбновитьЦелевыеПараметрыНаправления(ЦелевыеПараметры)
    
    ДанныеСохранены = Истина;
    
    НачатьТранзакцию();
    Попытка
        
        БлокировкаДанных = Новый БлокировкаДанных;
        ЭлементБлокировкиДанных = БлокировкаДанных.Добавить("Справочник.НаправленияДеятельности");
        ЭлементБлокировкиДанных.УстановитьЗначение("Ссылка", НаправлениеДеятельности);
        ЭлементБлокировкиДанных.Режим = РежимБлокировкиДанных.Исключительный;
        БлокировкаДанных.Заблокировать();
        
        НаправлениеОбъект = НаправлениеДеятельности.ПолучитьОбъект();
        ЗаполнитьЗначенияСвойств(НаправлениеОбъект, ЦелевыеПараметры);
        НаправлениеОбъект.Записать();
        
        ЗафиксироватьТранзакцию();
        
    Исключение
        
        ОтменитьТранзакцию();
        
        ДанныеСохранены = Ложь;
        
        ОбщегоНазначенияКлиентСервер.СообщитьПользователю(
            НСтр("ru = 'Для направления деятельности не удалось сохранить новые целевые значения.';
                |en = 'Cannot save new target values for line of business.'"),
            ,
            "Контракт");
        
    КонецПопытки;
    
    Возврат ДанныеСохранены;
    
КонецФункции







вот тут тоже самое: но непонятно, когда надо блокировку ставить, а когда не надо? мы же частенько через ПолучитьОбъект() меняем объекты, что теперь, каждый раз блокировку управляемую хреначить и транзакцию явно открывать?

(50) Может там ПриЗаписи еще другие объекты меняются? Чтоб уж гарантированно "кашу" не получить.

(51) вот хотелось бы понять, откуда ваще это появилось ... ибо я не понимаю

(52) Хотя один фиг это в одной транзакции происходит. Возможно, планировали и другие объекты менять в этой процедуры.

(52) так в самой первой статье про Управляемые Блокировки же написано
...
Явная управляемая блокировка должна устанавливаться перед чтением данных:
- если считываются данные, которые в дальнейшем должны быть изменены;
...
https://its.1c.ru/db/v8std/content/460/hdoc

(50) https://youtu.be/KTK6FwVwj-g?t=135

+ (55) без этого есть риск словить дедлок

(54) (55) спасибо, погляжу сейчас.

(47) welcome to the club body!
https://youtu.be/yrHXMhrs6Qg

(54) т.е. это по сути все равно что каждый раз, когда программист пишет Объект = ОбъектныйТип.ПолучитьОбъект(); с целью дальнейшей записи объекта необходимо открывать явную транзакцию и создавать управляемую блокировку?

Кажется я еще понял одну причину, по которой следует использовать ОбщегоНазначения.ЗначенияРеквизитовОбъекта - в данном случае не требуется, согласно стандартам, накладывать управляемую блокировку, т.к. чтение происходит не в объектной модели, а запросом.

(59) (60) ну если следовать простой формальной логике и простой оптимизации, то метод ПолучитьОбъект() нужен ТОЛЬКО для того чтобы записать его в дальнейшем.
а значит, все места с методом ПолучитьОбъект() надо оформить в управляемую блокировку.
если нужны данные объекта, пускай даже все - получите запросом.

(61) просто я всегда ранее использовал ПолучитьОбъект() - в целях обработки данных - и никогда не использовал упр. блокировок

(62) если не нужно его записывать и лень разбираться в запросах, то можно через точку ковыряться в реквизитах - эффект тот же.

(63) через точку у тебя объект прочитается вместе с таб. частями, даже если данные табличных частей тебе не нужны

(64) через ПолучитьОбъект, как в (62) будто ТЧ не прочитаются?

Про индексы вопросы остались


1. для регистра сведений 1С создает "составной индекс" - что сие есть?
просто соединяет колонки, входящие в индекс?
например, индекс состоит из

Период|Измерение1СсылочныйТип|Измерение2СсылочныйТип
сам индекс физически будет содержать значения вида "ПериодГуид1Гуид2" или как-то по-другому?

2. можно ли средствами 1С создать т.н. покрывающий индекс?

(66)
1. Да
2. Можно для всех других порядков измерений.

Проиндексируй
Измерение2СсылочныйТип
и 1С создаст тебе некластерный индекс
"ПериодГуид2Гуид1"
который будет покрывающим

(68) прошу прощения, но ты различаешь покрывающий индекс и составной индекс?

составной индекс, это индекс, создаваемый конструкцией к SQL вида
SELECT OrderID, OrderDate
FROM Sales
WHERE OrderID = 12345;

покрывающий индекс, это индекс, который создается конструкцией SQL вида

CREATE NONCLUSTERED INDEX ix_orderid
ON dbo.Sales(OrderID)
INCLUDE (OrderDate);

Т.е. в первом случае КАК Я СЕЙЧАС ПОНИМАЮ идет конкатенация полей (?верно), а во втором случае - конкатенация составной части индекса и добавление отдельных столбцов С ДАННЫМИ для того, чтобы индекс стал покрывающим

(69) просто в курсах от 1с и от курсы-по-1с.рф я описание этих различий о составном и о покрывающем индексе НЕ встретил

(69) первый пример запроса некорректный, там должно быть что-то вроде

CREATE NONCLUSTERED INDEX ix_orderid

ON dbo.Sales(OrderID, OrderDate)

У 1С почему-то "покрывающим" индексом называется такой индекс, который является составным и просто "покрывает"-содержит- все поля, которые будут в условии запроса по этому индексу

мне кажется опять что-то где-то 1Сники напортачили

Вот в итоге ключевой вопрос философии индексов 1С

Если проиндексировать поле "Реквизит1" у простого справочника, то он создаст индекс

а) Конструкцией вида

CREATE NONCLUSTERED INDEX ИмяИндекса
ON dbo.Sales(Реквизит1, Ссылка)

б) Конструкцией вида

CREATE NONCLUSTERED INDEX ИмяИндекса
ON dbo.Sales(Реквизит1)
INCLUDE (Ссылка);

Короче куплю сегодня лицензию на сервер 1С... для разработчка которая, посмотрю и отпишусь

Когда индекс не кластерный,то есть вторичный,то он создает соответствие индексировпнных полей класткрному индексу,то есть первичносу ключу,так как другой ссылки на записи в базе нет.
Если бы в базе был некластерный первичный индекс,а записи располагались в порядке добавления,то разница бы была.
А так,по идее,две конструкции дадут одно и то же на выходе.

А блокировку ставят,чтобы избежать ошибки параллельного выполнения.
Если два потока (на сервере) будут одеовременно изменять один и тот же документ,то прочитают до изменения они одно и то же,а вот при записи будет проверка версии - первый запишет,а второй получит ошибку различия версии объекта.

Вот индекс в MS SQL включая Include-поля

https://i0.wp.com/www.malinga.me/wp-content/uploads/2020/07/physical-design-example-non-clustered-index-with-includes-3.png?resize=1024%2C993&ssl=1

создает ли 1С include-поля ?

Там где индексировать с доп.упорядочиваниеи,вполне вероятно,что используются включаемые поля по полям упорядочивания.
В остальных случаях явно нет.

https://use-the-index-luke.com/blog/2019-04/include-columns-in-btree-indexes
Здесь можно почитать,как индекс с включаемыми полями работает.
И понять,что раз Oracle его не умеет,то 1с его использовать не будет из-за кросплатформенной совместимости,хотя postgresql его умеет без проблем с 11-той версии.

(79) т.е. в платформе 1С покрывающие индексы при работе не создаются

а то что 1С называет покрывающим индексом, это просто составной индекс ?

В 1с есть промежуточный уровень sdbl,который абстрагирован от способностей конкретного sql-сервера,а уже после все действия преобразуются в команды для конкретного sql-сервера.
Можно получить структуру хранения для всей базы и посмотреть,что она из себя представляет и понять,что в ней нет места include.

Вообще,в терминах sql покрывающий индекс рассматривается для конкретного запроса - это индекс,позволяющий выполнить этот запрос.
Разница в том,что при определении включаемых полей есть разница между покрывающим индексом и композитным (который тоже покрывпющий,но содержит все необходимые поля в структуре индексирования).
Соответственно,1с будет называть покрывающим конпозитный индекс.

Еще следует отметить,что все верно доя баз данных,использующих кластерный индекс для первичного ключа,так как в дополнительных индексах хранится значение первичного ключа по которому нужно искать запись.
В базах,где нет кластерного индекса,в индексе хранится ссылка на запись,и ее поиск так много времени не занимает,поэтому там нет смысла в дополнительных полях в индексе.

Например, ibm db требует явно указать,что для таблицы применяется кластерный индекс по первичному ключу,соответственно,если этого не сказано,то механизм индексирования будет работать по-другому.
Но,насколько я понимаю,1с требует кластерный индекс для своих таблиц.

(73) проверил

создает индекс, включая в ключ индекса поле "Ссылка"

А нельзя через Management Studio посмотреть содержимое листьев индекса в виде таблицы?

Получается платформа 1С лишает возможности использовать механизм включения столбцов основной таблицы в индексы

Очень жаль, поидее хороший с точки зрения производительности механизм

Чет я не догоняю

Если у нас справочник и мы ведем поиск по неиндексированному реквизиту, у нас всегда будет CLUSTERED INDEX SCAN?

мы TABLE SCAN никогда не увидим, потому что существует кластерный индекс для этой таблицы ?

Кластерный индекс - это и есть сама таблица.
Table scan - это если для таблицы нет кластерного индекса.
Например,если в таблице вообще нет первичного ключа.

(86) Мелочи, в сравнении с отсутствием сделать составной индекс для нескольких полей объектного типа. Приходится извращаться с отдельными регистрами поиска

(89) "извращаться с отдельными регистрами поиска" - это как? Можно пример?

(90) Не уверен, что смогу объяснить, но вот запрос к регистру АСФКлючиПоискаДиапазоновМарок, в которые вынесены поля НачалоПолногоДиапазона, КонецПолногоДиапазона из справочника ДиапазоныМарок.

Да, только в 2 из 3 случаев будет использован индекс полностью, без остаточного предиката, но и то хлеб.


    "ВЫБРАТЬ
    |    ТаблицаДиапазонов.НачалоДиапазона КАК НачалоДиапазона,
    |    ТаблицаДиапазонов.КонецДиапазона КАК КонецДиапазона,
    |    ТаблицаДиапазонов.ИдентификаторСтроки КАК ИдентификаторСтроки,
    |    ТаблицаДиапазонов.СостояниеМарок КАК СостояниеМарок
    |ПОМЕСТИТЬ ТаблицаДиапазонов
    |ИЗ
    |    &ТаблицаДиапазонов КАК ТаблицаДиапазонов
    |;
    |
    |////////////////////////////////////////////////////////////////////////////////
    |ВЫБРАТЬ РАЗЛИЧНЫЕ
    |    Диапазоны.Диапазон КАК Диапазон,
    |    Диапазоны.НачалоПолногоДиапазона КАК НачалоДиапазона,
    |    Диапазоны.КонецПолногоДиапазона КАК КонецДиапазона,
    |    ТаблицаДиапазонов.НачалоДиапазона КАК НачалоДиапазонаПоиска,
    |    ТаблицаДиапазонов.КонецДиапазона КАК КонецДиапазонаПоиска,
    |    ТаблицаДиапазонов.ИдентификаторСтроки КАК ИдентификаторСтроки,
    |    ТаблицаДиапазонов.СостояниеМарок КАК СостояниеМарок
    |ПОМЕСТИТЬ ПромежуточныеДиапазоны
    |ИЗ
    |    РегистрСведений.АСФКлючиПоискаДиапазоновМарок КАК Диапазоны
    |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаДиапазонов КАК ТаблицаДиапазонов
    |        ПО Диапазоны.НачалоПолногоДиапазона <= ТаблицаДиапазонов.НачалоДиапазона
    |            И Диапазоны.КонецПолногоДиапазона > ТаблицаДиапазонов.НачалоДиапазона
    |
    |ОБЪЕДИНИТЬ
    |
    |ВЫБРАТЬ
    |    Диапазоны.Диапазон,
    |    Диапазоны.НачалоПолногоДиапазона,
    |    Диапазоны.КонецПолногоДиапазона,
    |    ТаблицаДиапазонов.НачалоДиапазона,
    |    ТаблицаДиапазонов.КонецДиапазона,
    |    ТаблицаДиапазонов.ИдентификаторСтроки,
    |    ТаблицаДиапазонов.СостояниеМарок
    |ИЗ
    |    РегистрСведений.АСФКлючиПоискаДиапазоновМарок КАК Диапазоны
    |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаДиапазонов КАК ТаблицаДиапазонов
    |        ПО Диапазоны.НачалоПолногоДиапазона < ТаблицаДиапазонов.КонецДиапазона
    |            И Диапазоны.КонецПолногоДиапазона >= ТаблицаДиапазонов.КонецДиапазона
    |
    |ОБЪЕДИНИТЬ
    |
    |ВЫБРАТЬ
    |    Диапазоны.Диапазон,
    |    Диапазоны.НачалоПолногоДиапазона,
    |    Диапазоны.КонецПолногоДиапазона,
    |    ТаблицаДиапазонов.НачалоДиапазона,
    |    ТаблицаДиапазонов.КонецДиапазона,
    |    ТаблицаДиапазонов.ИдентификаторСтроки,
    |    ТаблицаДиапазонов.СостояниеМарок
    |ИЗ
    |    РегистрСведений.АСФКлючиПоискаДиапазоновМарок КАК Диапазоны
    |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаДиапазонов КАК ТаблицаДиапазонов
    |        ПО Диапазоны.КонецПолногоДиапазона < ТаблицаДиапазонов.КонецДиапазона
    |            И Диапазоны.НачалоПолногоДиапазона > ТаблицаДиапазонов.НачалоДиапазона
    |;

Ваши марки хрень полная.
Хэш-индекс нужно использовать,который ms5 и в guid его родимый.
Ну и на случай совпадения проверять само значение,и никаких проблем с префиксами и прочим мусором не будет.
По крайней мере,абзацы текста переменной длины по хэш-индексу искались на ура,а длина у них поболее будет,чем марки.

(92) Ваше мнение очень важно для нас.

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

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

Задачп поиска килобайта с одним-двумя изменениями требует использования кодов рида-соломона и прогулки по ближайшим в пространстве этих кодов.

(94) (95) Ага. Все верно. Проблема только в том, что в (91) - не марки.

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

Вот еще вопрос достойный 1С Экспертов


Каким образом происходит индексирование в соответствии, если в соответствии ключом является составной тип данных ?

(98) ну, не составной конечно, не обязательно.

(98) в соответствие пихается
Хэшключа
Ключ
Значение

Ищется, естественно по хэшу

(100) откуда инфа? Снифером снял или утечка из конторы?

(101) я бы сделал так.

(100)

блин, круто.


Вообще аналог в ЯВУ соответствия - это HashMap

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

(102) ну это почти очевидно, но порой в конторе делают несколько не так как все от них ждут

а у объекта ТаблицаЗначений создаются какие-нибудь индексы ?

(103) даже для длинного хэша значения хэша могут совпадать для разных исходных значений хэш-функции.

Опа

ТЗ.Индексы.Добавить("Колонка1");

я и не знал о таком ...

(105) продам СП... дорого....

(107) эх, уже не продать...

спустя 10 лет работы узнать что таблицу значений можно проиндексировать :) нормально так

(0) сдается мне я знаю в какую контору ты пришел и зачем тебе kvm.

(111) Сдается мне, я знаю, какой веткой ты ошибся..

(112) нет, если бы не эта ветка, я бы этого не понял.

(91) Я понял так:
- есть огромный список документов/справочник
- создаем РС, в который ПриЗаписи каждого документа пишутся поля (измерения), которые используются для поиска в тяжелых запросах
- в этих тяжелых запросах для быстрого поиска лезем в РС (а его поля индексированы в нужном нам порядке) и быстро находим Ссылку на документ
Тут, видимо, аналогично, только уже не надо лезть в таблицу самого документа/справочника, т.к. все данные уже в АСФКлючиПоискаДиапазоновМарок.

(114) Да

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

(116) Ну давай, расскажи нам.

(116) ?! это как

И что тут такого сложного?
Для типов есть rtti
А что такое объект в памяти? Это адрес,где размещаются какие-то данные объекта,и этого достаточно для того,чтобы различать объекты.
Правда,чтобы не спутать два интерыейса одного объекта,обычно,договариваются,по какому или по каким интерыейсам идентифицировать объект.
Собственно говоря,хэш-то тоже от этого значения будет строится.
Можно,конечно,сериализовать объект и построить хэш от его данных,но тут можно получить что два документа й1с полученные из одной ссылки,будут одинаковыми,пока в них не запишут разные значения.
Опять же,не зря 1с придумала термин МутабельныйОбъект.

(119) Ты втираешь какую-то дичь

Какая дичь?
Это основы программирования на Си.
Как в Си можно сравнить два объекта? Только сравнить ссылки.
Ну и ничего не мешает упорядочить объекты по адресу в памятм и так их искать - все остальные методы тркбуют хоть что-то знать о внутренностях объекта.
Да,наверное,людям,которые не программировпли на ассемблере,сложно понять,что есть объекты и что есть данные.

Вот еще прикол.

У меня есть самописная учетная система для личных финансов.
Закинул ее на клиент-серверный режим.

В итоге замером профайлера при проведении документа увидел:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED
BEGIN TRANSACTION


А где SNAPSHOT ?

https://infostart.ru/1c/articles/936914/

вот здесь вот, кстати, в разделе
>>Можно ли сделать покрывающий индекс

нашелся ответ на ранее поставленный мной вопрос про INCLUDE и некорректность термина "покрывающий индекс" у 1С

Еще прикол из-за разделителя ОбластьДанныхОсновныеДанные:

сделал запрос по индексированному измерению регистра сведений, и не по индексированному измерению регистра сведений

в обоих случаях получаю Clustered Index Seek в визуализации плана запроса, пушо первым полем индекса идет разделитель ... хотя во втором случае явно происходит сканирование таблицы

что помогает - надпись Missing Index (Impact 94) ...

(124) Ничего не понял, но очень интересно.

(125) из-за разделителя областей данных не очевидно, что Clustered Index Seek на самом деле является Scan'ом

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

а потом идет сканирование всего индекса

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

(126) Да, есть такое.

(126) Но ты молодец, редко такое упорство встретишь.

Вопрос по объеду "БлокироваДанных".
В СП и на its написано что в качестве источника данных может выступать НаборЗаписей, но не может.
"Ошибка при установке значения атрибута контекста (ИсточникДанных)
по причине:
Несоответствие типов"

Прошелся поиском в типовых конфигурациях - БП и УТ, не нашел использований набора записей в качестве источника.

Меня что, обманули?

(129) НЗ у тебя от РС? подчинен регистратору?

(130) Попробовал на РС с регистратором - та же ошибка.

(131) слушай, а куда ты там собрался набор записей совать?
есть такой синтаксис:
Бл=Новый БлокировкаДанных;
Эл=Бл.Добавить("РегистрСведений.ЦеныНоменклатуры.НаборЗаписей");
Эл.Режим=РежимБлокировкиДанных.Исключительный;
Эл.УстановитьЗначение("Регистратор",Ссылка);
Бл.Заблокировать();

а ты со своим НЗ прочитанным из базы наверное хочешь его же и заблочить? так вот нет. в ИсточникДанных можно сунуть только РезультатЗапроса, Табличная часть, ТаблицаЗначений.

(132)
https://its.1c.ru/db/metod8dev/content/5839/hdoc
>В качестве источника данных можно указывать результат запроса, табличную часть, набор записей или таблицу значений.
А мне сказали, что всунуть можно и сам набор записей..
"на заборе тоже написано"

(133) забавно. в СП одно, и исполняемый код ему вторит, а в доке другое.
https://its.1c.ru/db/v8320doc#bookmark:dev:TI000000535

может уровень совместимости надо снять?