При создании запроса в параметрах виртуальной таблицы прописал условие:
Номенклатура В &МассивНоменклатуры
При отладке понял, что если массив пустой, то и результат будет пустым. В 7.7 привык, что передавался список значений и если он пустой, то условие не учитывалось. Здесь со всеми коллекциями так, как и с массивом, или можно что-то передавать, чтоб работало по аналогии с 7.7?

Где &МассивПустой ИЛИ (Номенклатура В (&МассивНоменклатуры))

вариант через два параметра, и другие

если МассивНоменклатуры.Количество() тогда стрзаменить(текстзапроса, "Номенклатура В &МассивНоменклатуры", "истина")

(1) "или" в условиях запроса использовать не рекомендуется

(2) То, что текст запроса можно заменить, я понимаю, пока что так и сделал. Но это не очень удобно, поэтому и интересуюсь. Пока что я так понимаю, что передавать пустой массив или список значений не прокатит?

{ГДЕ Номенклатура В (&МассивНоменклатуры)}
если параметр задан, то условие сработает

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

(3) Мозг тебе использовать похоже не рекомендуют.

Может они по-разному работают просто...

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

(9) Вот и мне это не нравится. Может объяснишь, как тогда это решается?

Ну и что в (1) не нравится?

&МассивПустой
   ИЛИ Номенклатура В (&МассивНоменклатуры)

Ща попробую...

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

Только &МассивПустой - это же все-таки тот же массив? Т.е.:
&МассивНоменклатуры Или Номенклатура В (&МассивНоменклатуры)

"ВЫБРАТЬ
                  |    ОстаткиНоменклатурыОстатки.Номенклатура,
                  |    ОстаткиНоменклатурыОстатки.Партия,
                  |    ОстаткиНоменклатурыОстатки.КоличествоОстаток,
                  |    ОстаткиНоменклатурыОстатки.СуммаОстаток
                  |ИЗ
                  |    РегистрНакопления.ОстаткиНоменклатуры.Остатки(
                  |            &Период,
                  |            Организация = &Организация
                  |                И Склад = &Склад
                  |                И (&МассивНоменклатуры
                  |                    ИЛИ Номенклатура В (&МассивНоменклатуры))) КАК ОстаткиНоменклатурыОстатки";

При выполнении вылетает ошибка:
Неверные параметры "Или" И (

Все, сорри, я не сразу понял смысла написанного.

Все таки ПустойМассив

Сейчас написал так:

"ВЫБРАТЬ
                  |    ОстаткиНоменклатурыОстатки.Номенклатура,
                  |    ОстаткиНоменклатурыОстатки.Партия,
                  |    ОстаткиНоменклатурыОстатки.КоличествоОстаток,
                  |    ОстаткиНоменклатурыОстатки.СуммаОстаток
                  |ИЗ
                  |    РегистрНакопления.ОстаткиНоменклатуры.Остатки(
                  |            &Период,
                  |            Организация = &Организация
                  |                И Склад = &Склад
                  |                И (&ПустойМассив В (&МассивНоменклатуры)
                  |                    ИЛИ Номенклатура В (&МассивНоменклатуры))) КАК ОстаткиНоменклатурыОстатки";

Но при выполнении тоже ошибка:

{(11, 22)}: Неверные параметры в операции сравнения. Нельзя сравнивать поля
неограниченной длины и поля несовместимых типов.
И (&ПустойМассив <<?>>В (&МассивНоменклатуры)

ППЦ

Смени специальность

"ВЫБРАТЬ
                  |    ОстаткиНоменклатурыОстатки.Номенклатура,
                  |    ОстаткиНоменклатурыОстатки.Партия,
                  |    ОстаткиНоменклатурыОстатки.КоличествоОстаток,
                  |    ОстаткиНоменклатурыОстатки.СуммаОстаток
                  |ИЗ
                  |    РегистрНакопления.ОстаткиНоменклатуры.Остатки(
                  |            &Период,
                  |            Организация = &Организация
                  |                И Склад = &Склад
                  |                И (&ПустойМассив ИЛИ Номенклатура В (&МассивНоменклатуры))) КАК ОстаткиНоменклатурыОстатки";

Запрос.УстановитьПараметр("ПустойМассив", МассивНоменклатуры.Количество() = 0);
Запрос.УстановитьПараметр("МассивНоменклатуры", МассивНоменклатуры);

параметр ПустойМассив - булево и означает, что МассивНоменклатуры пуст

И Склад = &Склад
                  |                И (&МассивПустой =Истина
                  |                    ИЛИ Номенклатура В (&МассивНоменклатуры)))

Запрос.УстановитьПараметр("МассивПустой",МассивНоменклатуры.Количество()=0);
Запрос.УстановитьПараметр("МассивНоменклатуры",МассивНоменклатуры);

МассивПустой поставь Истину (см 11)

Понял

(21) А с чего ты взял, что это моя специальность? ))

Иначе я б тут вопросы не задавал, а отвечал бы на них ;)

(26) а т.е. ты просто клавиатуру программисту протирал
ого! запрос! дайка подсоблю)))

Конец рабочего дня, приходит по почте вот такое письмо:

xxx, добрый день!

Извините, что обращаюсь к вам, я нашла у вас ошибку: нужно в форме yyy вместо
postIssueField.enabled(issueQty);
писать:
postIssueField.enabled(issueQty != 0);
некоторые системы (наверное Аксапта в их числе) не всегда верно понимают такую упрощенную запись.

С уважением,
мастер конфетного цеха

(28) Нет, просто я стараюсь иметь знания не только в своей специальности ))

Это как архитектору, например, полезно знать, как раствор для укладки кирпичей правильно делать. ;)

Все получилось, всем спасибо! ))

H A D G E H O G s бить надо за ИЛИ в ГДЕ или в параметрах виртуальных. Когда подрастешь - поймешь

Спорим планы запросов сравнивать не начнете

(33) номекаешь, что в условии ГДЕ (&ПустойМассив ИЛИ Номенклатура В (&МассивНоменклатуры))

вернее по-русски если написать

ГДЕ (&ОтборНеЗаполнен ИЛИ Номенклатура В (&МассивНоменклатуры)) будут анализироваться оба условия и совершенно па-барабану, что первый равен ИСТИНА и кагбе 2-ое, 3-е и т.д. условия по ИЛИ уже не нужно проверять, мдя если это так, то бить надо разработчиков СУБД

(13) И об этом даже в желтой книжке написано.

(33) Если не про планы, то расскажите. Я уже большой.

(37) то о чем вещает нуф-нуф справедливо для индексированных реквизитов. например, нельзя писать
ГДЕ ИндексированныйРеквизит = &ЧтоТо Или ИндексированныйРеквизит = &ЧтоТоЕще
тогда будет full scan несмотря на индексы


а вот так можно писать
&ПустойМассив ИЛИ Номенклатура В (&МассивНоменклатуры)

(38) Мне лениво в портянках запросов лазать

ВЫБРАТЬ
   1 КАК Поле1
ИЗ
   Справочник.Номенклатура КАК Номенклатура
ГДЕ
   (Номенклатура.Ссылка = &Ссылка1
           ИЛИ Номенклатура.Ссылка = &Ссылка2)

Full or Index ?

Хотяя.

Хотя нет, кластерный, некластерный, монопенисуально.
Не Считайте SQL тупее паравоза

ВЫБРАТЬ
   1 КАК Поле1
ИЗ
   Справочник.Номенклатура КАК Номенклатура
ГДЕ
   (Номенклатура.Артикул = &Артикул1
           ИЛИ Номенклатура.Артикул = &Артикул2)

фулскан. по крайней мере на файловой базе. хз как там mssql крутанёт его.

(42) У меня - Index в обоих случаях.
Не зря же я ссылку беру для кластерного и артикул - для некластерного. Я еще и про селективность не забываю, шишки я свои все помню...

(43) mssql?

(44) Угу. Fullscan ты увидел из техжурнала?

У меня ща не на чем проверить. Только файловая. В любом случае надо учитывать "интересы" всех

(45) да

+(47) logcfg.xml:
<?xml version="1.0"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
 <log location="C:\ТЖ\" history="24">
   <event>
     <eq property="name" value="dbv8dbeng"/>
   </event>
   <property name="sql"/>
   <property name="plansqltext"/>
 </log>
 <plansql />
</config>

(46) Пока мои наблюдения говорят о том, что файловая в мельчайших подробностях повторяет MS SQL. Об этом говорит неявная сортировка РС, которая меняется от количества записей.

(49) Меняется одинакого в файловой и MS SQL. А вот в PostGree базах с этим были проблемы в каком-то релизе типовых.

Запрос:
ВЫБРАТЬ
   Справочник1.Наименование
ИЗ
   Справочник.Справочник1 КАК Справочник1
ГДЕ
   (Справочник1.Наименование = "1"
           ИЛИ Справочник1.Наименование = "2")

Тех жернал:
59:28.3833-1,DBV8DBEng,3,Sql="SELECT
T1._Description
FROM _Reference7 T1
WHERE ((T1._Description = '1') OR (T1._Description = '2'))"
59:28.3834-3,DBV8DBEng,2,Sql="SELECT
T1._Description
FROM _Reference7 T1
WHERE ((T1._Description = '1') OR (T1._Description = '2'))",planSQLText='Fields:(
   T1._Description
)
_Reference7 (T1) FULL SCAN
WHERE
       ((T1._Description = 1) OR (T1._Description = 2))

Statistics: RecordsScanned = 4, ParseTime = 0, ExecuteTime = 0, BuffersMemory = 25832, ResultRecords = 2, RecordSize = 52'

+(51) 8.2.17.143

(51) Сколько элементов в справочнике?

(53) 4

У меня на 2500 элементах номенклатур твой запрос дает IndexScan

(54) Вопросов больше нет

Селективность.

Хотя может и без селективности SQL (1С) выбрать TableScan просто потому, что таблица мала.

Мне лениво короче, я спать, завтра почитаю.

Нуф-Нуфу передайте, чтобы шел работать внедренцем, там именно такие нужны, счастливые и успешные люди-пользователи продукции Apple.

А тебя - жду на Мистопьянке, приходи!

Напихал в справочник 2500 элементов
пох

10:15.3400-157,DBV8DBEng,4,Sql="SELECT
T1._Description
FROM _Reference7 T1
WHERE ((T1._Description = '1') OR (T1._Description = '2'))"
10:15.3401-159,DBV8DBEng,3,Sql="SELECT
T1._Description
FROM _Reference7 T1
WHERE ((T1._Description = '1') OR (T1._Description = '2'))",planSQLText='Fields:(
   T1._Description
)
_Reference7 (T1) FULL SCAN
WHERE
       ((T1._Description = 1) OR (T1._Description = 2))

Statistics: RecordsScanned = 2500, ParseTime = 0, ExecuteTime = 16, BuffersMemory = 25832, ResultRecords = 2, RecordSize = 52'

(59) может быть как-нибудь...))

(60) Я сдаюсь, у меня нет предположений.

У меня 2 раза выполнился IndexSeek

Ладно, все, я ушел.

как-нибудь на mssql попробую

Я жутко извиняюсь, что влажу в разговор мудрых старцев. но поясните тупому и жадному - &ПустойМассив ИЛИ Номенклатура В (&МассивНоменклатуры) - можно юзать или нет?

(66) да

(67)так а что Вы тогда обсуждали?

(68) что происходит, когда пишешь "или" в условиях с индексированными реквизитами.
Файловая база не использует индекс в этих случаях. А вот mssql судя по (43) использует.