Почему запрос описанный ниже выдаёт ошибку «Поле не найдено «СписокПроведенныхЗаказов»»:


ВЫБРАТЬ
   ЗаказПокупателя.Ссылка
ПОМЕСТИТЬ СписокПроведенныхЗаказов
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
ГДЕ
   ЗаказПокупателя.Дата МЕЖДУ &ДатаНач И &ДатаКон
   И ЗаказПокупателя.Проведен = ИСТИНА
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   ДинамикаЗаказовПокупателейПоОплатеСрезПоследних.ЗаказПокупателя,
   ДинамикаЗаказовПокупателейПоОплатеСрезПоследних.СостояниеОплаты
ИЗ
   РегистрСведений.ДинамикаЗаказовПокупателейПоОплате.СрезПоследних(
           &ДатаКон,
           ЗаказПокупателя В
               (СписокПроведенныхЗаказов)) КАК ДинамикаЗаказовПокупателейПоОплатеСрезПоследних


Разве временные таблицы пакетных запросов нельзя использовать в логическом операторе «В»?
Заранее благодарен за ответы.

ЗаказПокупателя В (ВЫБРАТЬ Ссылка ИЗ СписокПроведенныхЗаказов)

полагаю должно быть так
выбрать * из СписокПроведенныхЗаказов

1+ скорее ЗаказПокупателя В (ВЫБРАТЬ СписокПроведенныхЗаказов.Ссылка ИЗ СписокПроведенныхЗаказов)

(3) Вы правы, большое спасибо

При этом необходимо понимать, что большие списки в значении (В) могут привести к существенной деградации производительности.

жесть

ВЫБРАТЬ
   ДинамикаЗаказовПокупателейПоОплатеСрезПоследних.ЗаказПокупателя,
   ДинамикаЗаказовПокупателейПоОплатеСрезПоследних.СостояниеОплаты
ИЗ
   РегистрСведений.ДинамикаЗаказовПокупателейПоОплате.СрезПоследних(
           &ДатаКон,
           ЗаказПокупателя В
               (ВЫБРАТЬ
   ЗаказПокупателя.Ссылка
ИЗ
   Документ.ЗаказПокупателя КАК ЗаказПокупателя
ГДЕ
   ЗаказПокупателя.Дата МЕЖДУ &ДатаНач И &ДатаКон
   И ЗаказПокупателя.Проведен)) КАК ДинамикаЗаказовПокупателейПоОплатеСрезПоследних

а за ЗаказПокупателя.Проведен = ИСТИНА надо пальцы отламывать...

(6) вложеные запросы не есть гуд, ВТ кошерней

(8) замерь производительность ;)

(9) я настольной библии 1с доверяю. Так же зависит от количества данных во вложенном запросе. Если там 1 док то понятно, а если 20 тысяч?

(10) а ничо, что в ВТ тоже отбирается из этих 20 тысяч, а затем еще и из ВТ ТЕМ ЖЕ ВЛОЖЕННЫМ запросом дергается?

(7) почему?

(11) ВТ можно проиндексировать. в ВТ будет известно уже сколько там записей, от этого зависит какой план запроса выберет СУБД. ЕМНИП СКЛ выбирает 1 из 2х вариантов для работы с вложенными, они оптимизированы или под маленьколе или под большое количество записей. напрямую с вложеным - может выбрать не тот план. Имхо писать дак изначально чтоб по феншую было

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

(7)Ты пойми, что это скуль, а не встроенный язык 1с. В встроенном языке еще можно про пальцы говорить и то спорно. А в запросе так, чем точнее описал предикаты, тем лучше.

(5)Нужно помнить, что ЛЮБЫЕ большие списки могут привести к существенной деградации производительности.

(7) обоснуй

(17) булева переменная уже содержит в себе значение ИСТИНА или ЛОЖЬ. зачем его сравнивать если условие выполняется в зависимости от передаваемого в него значения?

Если Документ.Проведен = ИСТИНА Тогда ...
вот за это надо бить.

Если Документ.Проведен Тогда ...
а так правильно.

(18) а скулю пофиг, там нет типа "Булево". план запроса будет одинаковый как мне кажется, не проверял. Писать так в 1с правильней конечно с точки зрения красоты и читаемости

(19) а ты проверь ;)

(18) Ерунда.
(20) Одинаковый, я проверял.

(18) а что, с некоторых пор булево стало громоздким составным объектом? ну прихватит сравнение двух единичек... :)

(22) я про то что на скуле такого типа нет в явном виде, есно он простой, суть в запросе который будет там делаться

(12) некошерно ибо так писать.

(24)Некошерно не аргумент.
Нужно понимать:
- при явном сравнении "Если <Что-то слева> = <Что-то справа> Тогда", значение <Что-то слева> неявно приводится к типу <Что-то справа> и выполняется сравнение по правилам этого типа, приведение не удалось - рун-тайм ошибка;
- при неявном сравнении "Если <Что-то> Тогда", значение <Что-то> не приводится ни к какому типу, там тупо ожидается Булево значение и если там что-то отличное от Булева, то рун-тайм ошибку получаем;

Отсюда вывод: если там гарантированное Булево значение, то явное сравнение ни к чему, в противном случае - явное сравнение нужно только для того, чтобы показать, что по логике программы мы там ожидаем Булево значение. И если там прилетело что-то другое, то это где-то касяк.

(24) Наоборот, часто бывает Документ.Проведен = НЕопределено и тогда

Если Документ.Проведен Тогда ...    

вываливается в ошибку. А

Если Документ.Проведен = ИСТИНА Тогда ...

выполняется нормально. ЭТо кошернее.

(26) это специфика 1с.
В 1с вообще все надо стараться писать как можно более явно и наглядно.
а (7) смотрит на выполнение запросов в 1с - как на запросы SQL.

(26) эт в каких случаях бывает "Документ.Проведен = НЕопределено" ?

(28) запросто. когда неинициализирован еще.

(29) что значит "неинициализирован"?

(28) естьNULL(документ.Проведен, Неопределено)
:)

представляем ещё не созданный документ - там неопределено

(32) что значит "еще не созданный документ"?

(33) Форма документа открыта и заполнена, но не записана - оно?

(34) емнип там пустая ссылка.

всмысле проведен будет  ложь по умолчанию

не пустая там ссылка

а проведён будет ложь, да )

(38) За ответ - Два, за сообразительность - Пять )))

На самом деле очень интересно увидеть, как нечто типа "ДокументОбъект.ВидДокумента" будет содержать в свойстве "Проведен" Неопределено

ми-ми-ми ...
(39) бес (УстановитьСсылкуНового) попутал :)

(41) отсыпь уже, не томи, а? )))

(33) это значит что "представляем" в воображении такую ситуацию и вуаля! а как физически добится такого я хз)

(43) а вот (29) точно знает, как добиться, но молчит, гад! (

(44) ну не конкретно Документ.Проведен = Неопределено.
Спор о том, что если тип Булево - то реквизит может/не может быть неопределено в некий момент времени.
А это (Неопределено) касается любого реквизита в 1С, если не было инициализации.

(45) конкретно у переменной типа "ДокументОбъект.ВидДокументаРек" или "ДокументСсылка.ВидДокументаРек" свойство "Проведен" никак не может иметь значение, отличное от "Истина" или "Ложь".

З.Ы. До сих пор не понимаю, что есть "инициализация" реквизита в терминах языка 1С

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

(18) ты просто "лейтенант очевидность" б^ля

(47) ты тоже из той армии, которая не понимает разницы между двумя словами "переменная" и "реквизит"? )))

(49) Началось с документ.Проведен - это реквизит.

Неинициализированная переменная - Неопределено. Реквизит - значение по умолчанию. Чеготут обсуждать та?

(51) да в целом нечего, кроме некоторой неграмотности товарища 1с-кин ))

(52) это вы неграмотны - при создании объекта, если типа данных реквизита/переменной нет - значение будет НЕОПРЕДЕЛЕНО.
А тип есть - так он сам и накладывает ограничение, что не может быть НЕОПРЕДЕЛЕНО, и поэтому - какое-то значение по-умолчанию.
В корень надо зрить ))