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

(0) Можно, задав в условиях запроса заведомо невыполниме условия, например
|
|  ГДЕ
|     ЛОЖЬ

Можно поинтересоваться зачем?

В обработке есть процедура где из выборки формируется таб. значений
Запрос формируется по кнопке.
Если кнопка не нажата то метод "Следующий" вернет ошибку
Приходится ставить много условий.
По этому лучше сделать пустую выборку.

а не лучше ли проверить результатЗапроса на то пустой он или нет?
или можно РезультатЗапроса выгрузить в таб знач.

(0) Вот оно. подрастает новое адинэсавскае пакаление. мыло прикольное.

Выборка много где учавствует. Будет много условий.
Лучше в начале сделать пустую выборку и не мучится

(5) Вы не так программируете просто.

(4) +1 :)))

Почему не так программирую?

РезультатЗапроса = Запрос.Выполнить();
ФлагПустойВыборки = Результат.Пустой();

Воспользовалась (1).
Оптимальное решение.

(10) Не надо искать легких "оптимальных" путей.

Лучше понатыкать условия?

По моему лучше получить пустой запрос.

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

Если не использовать вариант (1) то везде нужно ставить условия (у меня их будет 4).

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

Все работает быстро и код меньше.

(12) Нда... С Вами спорить, ИМХО, бесполезно...

(12) Есть методы прекращения выполнения такие как Возврат;

Ну предложите вариант лучше.
Я же не против. Только за.

Возврат не подходит.

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

(16) Есть ещё такое понятие как "стиль программирования"...

(15) Разнести функционал по разным процедурам...

(16)
Как быть в моем случае
Можно пример.

(18) Так и есть.
Все по процедуркам.

Все-таки правильней проверять результат на Пустой(). А как и где это делать надо по тексту смотреть...

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

+22 Если надо много условий ставить, значит программа написана плохо...

(23) нет

(22)
Если перменную запроса не создать то она "Неопределено" метод "Следующий" вернет ошибку.

Вот и нужно создать пустую переменную с типом выборкой запроса.

(21)
Но почему так?
Ведь мой вариант короче.

(25) УЖОС ПРОСТО... вот это номер...

Ветку в юмор!

Ну и долго критиковать будем?

(28) В черный юмор... :)))
(29) Это не критика и не руководство к действию - это дружеские советы.

имхо эта девушка половине из вас надерёт задницу.. когда поумнеет.

+(31) и мне тожа.. может быть.)

За 30 ответов два примера.
Все остальное обсуждение темы.

Ну так расскажите в чем фишка.

вот накинулись, в типовых и нетакое увидишь

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

Пример кода с путым запросом:

While (qrВыборкаБлюд.Next()) Do
  ...
EndDo;

С условием:

If (qrВыборкаБлюд <> Undefined) Then
  While (qrВыборкаБлюд.Next()) Do
     ...
  EndDo;
EndIf;

???

я пологаю что (0) можно делать только из одного соображения, чтоб меньше менять типовую. Ну еще допускаю из лени
А если есть возможность изменения и время то лучше делать "правильно"

(36) я говорю, про условие выше, когда ты то формируешь запрос, то не формируешь его, иначе бы у тебя не было ситуации qrВыборкаБлюд = Undefined

Хорошо может быть. Но почему с условием правильней?

Это не отчет.
Где нажал кнопку "Сформировать" и готово.

Сдесь другая ситуация.
Запрос формируется один раз.
А обход его очень часто.

Где гадости в мою сторону?
Хочу обсудить

(40) ну при таком раскладе, учитывая (37) я бы тоже сделал пустую выборку,  :)

А если серьезно?

(41) Я думал вы пришли сюда за советом? Увы я ошибся...

Вот именно его я и хочу получить.

Почему лучше проверять 100 раз условие.
При раскладе если оно в основной True
Чем сделать один раз пустой запрос

Прошу внимание на (40)

(45)ну никто не говорит что его надо проверять 100 раз
проверить 1 раз если "ЗапросПустой" то не выполнять действия по вборке вообще

(46) действия по выборке

Вот весь расклад:
Обработка это интерфейс для кассира с активным монитором.

Выполняем запрос по справочнику номенклатуры. (Один раз!!!)

Далее есть кнопки - это номенклатура.
При нажатии которых и происходит выборка (если ето группа) -

While (qrВыборка.Next()) Do
  ...
EndDo;
(Разворачивается следующий уровень.)

И эта выборка будет происходить целый день.

А вот почему возник вопрос:
Чтобы сформировать запрос (определить переменную выборки)
Нужно выбрать нужную группу номенклатуры. (Это происходит в начале дня)
Если это сделать забыли то qrВыборка = Undefined
Метод qrВыборка.Next() вернет ошибку.

Вариант с условием рабочий.
Но рационально ли проверять условие столько раз?
Чем просто сформировать пустой запрос при открытии обработки.