Отбор в таблице значений ? #573900

Хочу отобрать в ТЗ по колонке с типом значений справочникссылка, но не по значению, а по по массиву значений. СП по структуре, в команде НайтиСтроки - не порадовал. Цикл по массиву. боюсь, будет тормозить. Можно ли как-то без цикла из тз отобрать строки, удовлетворяющие всему массиву, желательно одной-двумя командами ? Как ?

Или цикл, или запрос.

Неужели всё так безнадёжно ?

Тебе этого мало?...

Лень долго бить клаву

откуда взялась ТЗ?

Открой для себя конструктор запросов.

Ты в больше написал, чем запрос делать

загрузи в запрос

я не в СКД пишу отчет

вот ни разу не оправдание

2 э... ну и что?

(10,11) Не понимаю предложения, если отчет - обычный. я пишу                            запрос = новый запрос ;    потом                        запрос. как-то не выскакивает команды типа запрос.наборданных или что-то вроде

Используй вид сравнения "В списке". Список сгенерируешь сам

2 не прокатит. 2 помещать да, нужно руками...

[как-то не выскакивает команды] Ооооооооооо а если ручками написать ГДЕ нечто В (&Список) и результат выгрузить в ТЗ ?

это тз, а не отбор в форме выбора

2 расскажи как она нарисовалась? По почте пришла с пометкой РидОнили?

хочешь особого изврата, используй ИсточникДанных у построителя отчета.

что тебе мешает засунуть ТЗ через параметр в запрос, пакетный ясен пень, и во втором запросе пакета использовать ГДЕ

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

ты не понял см в запрос надо поместить итоговую ТЗ

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

см.

Построителю запроса можно скормить и ТЗ, но но ему на ТЗ нужно наложить отбор предварительно, а отбор возможен только по равенству, поэтому правильныйй вариант - пакетный запрос

Спасибо, Живой Ископаемый, буду изучать

мне то за что...

как то так: ТЗ должна быть типизирована "ВЫБРАТЬ                                 |    Inna.Товар

:) или так (вроде лучше, если массив для отбора большой) Выбрать ТЗ.Ссылка Поместить Исходная ИЗ &ТЗПараметрОбщая КАК ТЗ; Выбрать    ТЗФ.Ссылка Поместить Фильтр ИЗ &ТЗПараметрФильтр КАК ТЗФ; ИЗ Исходная КАК Исходная ГДЕ Исходная.Ссылка В (ВЫБРАТЬ ТЗФ.Ссылка ИЗ ТЗФ)

во...интересно!

Но: Если таблица маленькая, то можно циклом обойтись; если большая, то гонять туда сюда ее тем более нехорошо и фильтровать надо на этапе формирования (первичном)

никто и не спорит, я же написал "хочешь особого изврата"

это как обычный запрос описывается ? установить параметр...выполнить.выгрузить или есть нестадартные команды ?

около 30.000 строк

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

Ок, спасибо,  shuhard !

2 по ссылке из со слов "Не помню уже с какого релиза в запросах стало можно использовать временные таблицы"

и главное ТЗ типизированная

не помню, что за зверь...

колонки в смысле

Типизированная = это : а-а-а..и как же я из запроса с 30.000 строк в неё перелью по одной строке?

у тебя ссылка на элемент справочника получена запросом или иным образом ?

Колонка должна иметь явно установленный тип поправил опечатки На самом деле это то же самое что и в , только массив выгружается в отдельный подзапрос - при большом массиве так быстрее

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

тогда она уже типизована видимо

запросом.

тогда она типизированная кончай трепаться пиши запрос всем давно пора домой

тогда

всем давно пора домой +100500

+ 100. Всем - спасибо !