Привет, господа абаперы!
Помогите, пожалуйста, решить следующий вопрос:

есть примерно такой SQL-запрос

SELECT SINGLE value
INTO local_variable
FROM /bic/ADSO00
WHERE field = <fs>-field.

При этом должно быть не только соответствие значений, но и NULL значений, то есть, если в базе NULL и локальная переменная NULL, то эта запись была бы выбрана из БД.
По сути хотелось бы аналог ораклового NVL или как написать запрос вида
...
WHERE <fs>-field IS NULL OR field = <fs>-field

Поиском тут нашел старую темку, что вариант с проверкой локальной переменной на NULL не проходит. Есть ли какой-то обходной маневр, или придется жестко кодировать уловия на ABAP:

IF <fs>-field IS INITIAL.
SELECT ... WHERE field IS NULL.
ELSE.
SELECT ... WHERE field = <fs>-field.
ENDIF.


Спасибо, прошу прощения за сбивчивое описание.

Локальная переменная не может быть NULL. Начальное (initial) значение зависит от типа данных. В БД NULL попасть конечно может, но используется крайне редко, если речь идет о стандартной таблице, скорее всего никакого NULL там нет. Вообще, использование NULL в сапе не желательно

Что мешает так сделать? только WHERE field IS NULL OR field = <fs>-field



Что за тема?

Что за поле? это индикатор? у него стоит галочка нач.значения?

Значения с NULL так не достать. Тогда 2 селекта писать придется. Но сперва лучше убедиться, что у вас действительно NULL в поле. Как проверяли?

Почему не достать? я доставал...
Убедится легко, сравнение кол-ва записей через селект в программе и через se11.
Записи с NULL залетают так - например, поле индикатор, без галочки нач.значение, при добавлении записи выставит NULL.
...На моей памяти так.

условие WHERE field IS NULL OR field = <fs>-field если field = NULL теоретически должно так вычисляться

NULL IS NULL OR NULL = <fs>-field

TRUE OR NULL

NULL
соответственно, ничего не выбирается

Интересно, как вам в se11 удалось значения с NULL вытащить?

1 - правильно, одно из условий выполнится, запись выберется. Возможно я чего-то путаю, сейчас проверить возможности нету. Где автор?
2 - а их и не вытащишь насколько я знаю Сравнивал просто кол-во. Ситуация была такая, поле индикатор значения <пусто> или <заполнено> select = 200 записей, в se11 в содержимое смотрим тоже 200, но если жать кнопу кол-во записей то покажет 205...

Это SAP BW, таблица нестандартная.

Besa, zsap - почитал ваш спор, это мне подкинуло мыслей, нашел вот такую доку
Help.sap.com
То есть, NULL там может быть, но это не мой случай.

Таблица у меня заполняется начальным значением на самом деле, значит, NULL там не будет вовсе. Тогда получается, что можно сравнивать без проверки на NULL, например, будет моя локальная переменная INITIAL... ну мне запрос и вернет все записи, у которых тоже будет INITIAL значение, я прав? В моем случае это значение SPACE ( тип поля CHAR(1) ).

То есть, WHERE field = <fs>-field.

Спасибо Вам за участие и помощь )

Да мы и не спорили
Имхо, Вы изначально к вопросу не с той стороны зашли. Как и говорил zsap, это не частый случай с NULL, тем более со стандартными таблицами. Я подумал, что у Вас какие-то проблемы возникли, что подтолкнуло Вас "ковырятся" с этим NULL. Поэтому начал описывать ситуацию, когда я столкнулся с проблемами NULL.
В Вашем случае, думаю, заморачиваться не нужно. Во всяком случае, это всегда можно легко проверить.

В таком случае условия WHERE field = <fs>-field должно быть достаточно.

Раз уж пошла такая тема, решил проверить как работает условие с NULL. Besa, вы правы, получается TRUE OR NULL в итоге дает TRUE, а не NULL как я предполагал

Besa, да, я стажер, что с меня возьмешь ) Но из той статьи я понял для чего нужно INITIAL значение в базе - для более удобного поиска значений.

zsap Да, так и должно быть, оптимизатор запросов и любого ЯП должен это уметь делать - исключать ненужные операции, в данном случае при условии OR нет смысла проверять вторую часть условия, если первая истина Вот если наоборот переставить условия между OR... Тогда должен быть NULL

Не в этом дело, даже если поменять условия местами все равно будет TRUE

Значит, могу предположить, что компилятор статику вычисляет и оптимизирует на стадии генерации исполняемого кода.
А условие прямо так и написано

?

А если написать

то что будет?

Это обычное условие ИЛИ, причем тут оптимизация?


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

условие такое писал

Поле field в таблице содержит NULL. Если его перевернуть (WHERE field = l_field OR field IS NULL) - то же самое получается