Собственно что выдаст я уже увидел, не выдает ничего.
Задача такая если запрос к таблице документов. на форме есть поле с типом "ЭтотСамыйДокумент", так вот хотелось бы чтобы чтобы если поле заполнено то отбор в запросе шел по этому документу, если нет, то по всем.
Че то я туплю похоже, переработал на СКД))
подскажите пожалуйста в чем тут загвоздка?

(0) так добавь текст к запросу:
еслт значениезаполнено(твойДок) Тогда
текстзапроса = текстзапроса +
|твое условие;
конецесли;

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

ИЛИ &ЭтотСамыйДокумент = Значение(Документы.ТипЭтогоСамогоДокумента.ПустаяСсылка)

выбрать
*

Где &Условие

////
Запрос.Текст = СтрЗаменить(Запрос.Текст,"&Условие",?значениезаполнено(твойДок,"Док.Ссылка= &ДокВФорме,ИСТИНА"));

тогда не будет проблем с конструктором

(3) а тама пустой список, а не пустая ссылка...

+очепятку сам исправь

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

я обычно пишу
ГДЕ
Реквизит В (&Тралала) ИЛИ &ПоВсем

доп параметр конечно, но без вреда конструктору

(5) где это сказано?)

(9) в сабже)

(3),(8),(4) Спасибо, хорошие варианты, сейчас какой нибудь применю.

(10) там только названия переменных

(8) а не правильнее ли сначала ПоВсем потом ИЛИ Тралала? ведь при выполнении первого второе не проверяется, не?

(13) имхо монопесуально

(14) ну типа не проверять на вхождение в список, так же реще будет?

(15) список же пустой...
Насчет ИЛИ я не уверен, знаю что "И" не обрабатывается, после первого Ложь. Это зависит от платформы и СУБД... то что ты видишь что не надо проверять - далеко не факт у СУБД

(16) ИЛИ после первого Истина тоже, я сомневался, работает ли это в запросах. про СУБД логично.

(0) Нечего не даст, т.е. Даст Пустой отчет :)

(0) >>> если нет, то по всем.

Семерошник... Ты попиши сперва на Прямых запросах SQL.
Поймешь, что да как :)