Что-то не понял.
Выборка из Рег.Св. Цены номенклатуры.
Как в запросе через "выбор когда" полю проставить истина или ложь в зависимости от пустая ссылка или нет у записи РС. Поле в РС - "Способ расчета" цены - типа перечисление.
Важно как понять пустая там ссылка или нет.
Сейчса примерно так:

    ВЫБОР
        КОГДА ЦеныНоменклатурыСрезПоследних.СпособРасчетаЦены = ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаЦены.ПустаяСсылка)
            ТОГДА ИСТИНА
        ИНАЧЕ ЛОЖЬ
    КОНЕЦ КАК Поле1

не взлетает

еще на NULL проверь

Ну понятно. Запрос возвращает поле:

<пустая ссылка Перечисление ссылка: Способы расчета цены>

есть NULL, не?

(1) и на Неопределено, даешь больше разных пустот!

(4) Дарю

КОГДА ЕСТЬNULL(ЦеныНоменклатурыСрезПоследних.СпособРасчетаЦены,НЕОПРЕДЕЛЕНО) В (НЕОПРЕДЕЛЕНО, ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаЦены.ПустаяСсылка))

(0) Огласите текст запроса вместе с источником данных, пожалуйста!

(5) ыыыыыыыыыыыыы

(7) Бывает и такое для составных полей.

(8) Всё верно, такое уж пустое значение у 1с загадочное :)

(7) Ты тут ыыыыыыкаешь, а я вот красивый кусочек дал Ненавижу.

Опять таки - ДЛЯ составных полей таблицы (могущих иметь НЕОПРЕДЕЛЕНО, не выбран тип), участвующей в Соединении (могущей иметь null).

Естественно вариант должен иметь вид, примерно

ЕСТЬNULL(ЦеныНоменклатурыСрезПоследних.СпособРасчетаЦены,НЕОПРЕДЕЛЕНО) В (НЕОПРЕДЕЛЕНО, ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаЦены.ПустаяСсылка), ЗНАЧЕНИЕ(Перечисление.СпособыПересчетаЦены.ПустаяСсылка))

(10) проблему надо создать, чтобы потом ее героически решать ))

(10) использовать В вместо ИЛИ не есть хорошо в силу неудобочитаемости запроса

(11) Никаких проблем нет. Это у тебя психологическое что-то.

(12) С чего бы это? Отлично читается.

(12) Это предубеждение, нормально всё читается.

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

Да ладно, haters gonna hate ;) В других местах тоже бывают прибабахи.

(16) "что если ты поле сделал составным"

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

Может это не имеет значения, но в данном случае поле не составное.

(19) Имеет. Какой тип у поля?

(19) допускаю, но теплый ламповый NULL мне гораздо приятнее

(21) Мне тёплый ламповый SQL-ный NULL всю малину недавно испоганил. Конкатенация строки с NULL-ом в MS SQL - NULL. Недавно на эти грабли наступил. Точней, грабли были комбинированные.

(22) это нормальное поведение теплого лампового SQL-ного NULL

(14)
(15)
извращенцы

(24) Портяночник.

(24) Батенька, это не вы пятиэтажные условия в коде пишете? ИЛИ всегда будет более многословным, чем В.

(14) Хреново читается.

(23) Я в курсе, что нормально поведение. Ненормальное поведение - у Entity в .NET, который вместо пустой строки пихает в поле NULL, если оно Nullable.

(26) Зачем использовать язык 1С, если можно использовать С, да? Там в одну строчку кода можно полалгоритма запихнуть.

(27) нормально читается и гораздо проще когда там еще всякие И в перемешку

(29) Если условие - тройное, то тоже через ИЛИ будешь делать? В глазах не зарябит?

(30) Сомнительно

(31) Да. Нет.

Я не сторонник кода в стиле брейнфака, но многословность ничуть не лучше.

(32) ну это на любителя думаю

(35) Именно. Но сразу извращенцами обзываются :)

(5) А что, ничо так... Особенно если поле вычисляемое.