Добрый день!

Подскажите, плз, есть в abap-е в запросе возможность использовать преобразование типов?
Например, в некоторых полях в результате запроса может быть NULL. В некоторых языках манипуляции данными можно написать так:
SELECT
vbeln
charg
when NULL then 0 else <ИмяПоля> AS amount
FROM
...

... и если в таблице будет NULL в поле <ИмяПоля>, то вместо него в результате запроса будет 0.

или мне мерещится или я где то в хелпах видел NVL функцию ... в оракле работает так:
nvl(<имя поля>,<значение если в поле null>) ...

Вот в том-то и дело, что в хелпе не могу найти ничего подходящего...
Интересно, если я использую агрегатную фукцию (например SUM) для полей, где может находиться NULL, вычисление этой фукции пройдет нормально, NULL не повлияет на результат?

Коллеги, есть подозорение, что значений null попросту не бывает в саповских таблицах. Думаю, для интереса можно проверить при помощи EXEC SQL (см. help). В Open SQL не используется NULL. А NVL вам точно померещилось.

Значений может и не бывает в таблицах, а вот в результатах запросов...
Надо посмотреть суммарное количество товара по партиям заказанное и количество фактурированное.
Выбираю строки из таблицы данных по позициям заказов, делаю левое соединение с данными по позициям сбытовых фактур. Теперь, если не было фактур, то в количестве фактурированном будет NULL.
Вопрос: что будет, если использовать агрегатную фукцию SUM для поля "количество" из фактур? Просуммирует значения и не учет NULL?

P.S.Может вообще есть более простой способ получения требуемых данных...

Я так понимаю что NULL и 0 для чисел в open sql, да и вообще в абапе эквивалентны, по крайней мере ни разу не сталкивался с обратным. Так что скорее всего преспокойно можно суммировать. Но как обычно лучше провести опыт

Тоже как-то задумывался над этим вопросом решил что NULL в таблицах словаря не бывает хотя проверка в АБАП
точно есть

бывает NULL. достаточно поле к таблице добавить новое. так вот для существующих данных туда (на уровне БД проверял) пишется NULL. и это не 0. initial значения это поле приобретет после инициирования преобразования в утилите базы данных. IMHO.

Вот блин, и правда бывает, говорили ведь, "учи матчасть"
А вот что каксается SUM, надо бы просто смоделировать ситуацию с NULL и поглядеть, что получится.

так и есть
сам на этом обжегся, приходилось ручками апдейтить табицу прописывая абаповский initial. но это скорее ошибка чем нормальный случай.
если например из sql навигатора проверять на поле is null, ничего не получиться, нужно писать поле = ' ', пробелов по типу поля

NULL в таблицах есть. Для отсеивания используется предожение IS NULL в условии WHERE. Того что хочется(типа - приведение null-значения к чему-то другому) - нет, это ж open sql. Кроме того, я уж не знаю чем это обусловленно(версия БД, уровень патча системы), но в одних системах срабатывает is nul,l а в других(таблицы те же, поля те же,тиражируемое решение) только сравнение поля со space1

есть предположение, что если инициировать преобразование таблицы в утилите БД, то NULL будут заменены на initial значения согласно домену.

ридми то проще почитать

да кстати ... а ведь NVL можно использовать внутри EXEC SQL ... чем не выход ?

Ну такое поведение, что агрегатные функции игнорируют при вычислениие null - это вроде стандартно для sql ...
А nvl в OpenSQL вроде как и нет, так что ее только native через exec sql использовать