is null в запросе

IEM

Как реализовать следующее условие в запросе

Code:

select *
  from some_tab
 where tab_column = my_variable
           or
           my_variable is null.

В таком виде ругается, что не знает такую переменную (видимо первым всегда должен идти столбец, хотя в стандарте sql это вроде всего лишь рекомендация).
Можно конечно вынести проверку переменной из запроса и сделать вместо одного запроса два, но как-то некрасиво это.
Наверняка есть простое решение.

ArmAnn

SQL это одно, а Open SQL - совсем немного другое

привыкай

И вообще, если раньше писал на sql - теперь придется отучаться строить какую то логику внутри запроса. Все снаружи средствами абапа

Сергей Королев

Open SQL далеко не соответствует стандарту, в том числе, в левой части оператора сравнения в where всегда должно быть имя колонки одной из запрашиваемых таблиц.
Правильно ли я понял, что если my_variable пуста, то вам нужно все содержимое таблицы? Если так, то это можно сделать, например, так:

Code:

RANGES:
  r_col FOR some_tab-tab_column.

IF NOT my_variable IS INITIAL.
  r_col-sign = 'I'.
  r_col-option = 'EQ'.
  r_col-low = my_variable.
  APPEND r_col.
ENDIF.

select * 
  from some_tab 
 where tab_column IN r_col.

Абапер

Цитата:

если my_variable пуста, то вам нужно все содержимое таблицы

Code:

select *
  from some_tab
 where tab_column = my_variable
           or
           my_variable is null.

Тогда должно быть and по идее.

Вообще не видел я таких стандартов по которым после where присваивание происходит:) дайте rtfm

ArmAnn

Абапер написал(а):

Code:

select *
  from some_tab
 where tab_column = my_variable
           or
           my_variable is null.

Тогда должно быть and по идее.

если поставить and - выберет только записи, где tab_column is null

Абапер написал(а):

Вообще не видел я таких стандартов по которым после where присваивание происходит:) дайте rtfm

какое такое присваивание?

Абапер

ArmAnn написал:

Абапер написал(а):

Code:

select *
  from some_tab
 where tab_column = my_variable
           or
           my_variable is null.

Тогда должно быть and по идее.

если поставить and - выберет только записи, где tab_column is null

Абапер написал(а):

Вообще не видел я таких стандартов по которым после where присваивание происходит:) дайте rtfm

какое такое присваивание?

Тэкс...
Я вижу некий эдакий Си, когда в одной фразе мы говорим, что my_variable=NULL (присваивание, ибо столбца такого нет) и столбец=my_variable (сравнение). Поэтому хочется увидеть тот стандарт, который разрешает такие махинации.

Сергей Королев

Абапер написал(а):

Я вижу некий эдакий Си, когда в одной фразе мы говорим, что my_variable=NULL (присваивание, ибо столбца такого нет) и столбец=my_variable (сравнение).

В стандарте SQL-92 в условиях WHERE не запрещено (если я не ошибаюсь :roll:

) сравнение внешних переменных со значениями. Так что никакого присваивания тут в виду не имеется, думаю. Просто автор этой темы, видимо, надеялся, что SAP Open SQL соответствует стандарту.

ArmAnn

Абапер написал(а):

Тэкс...
Я вижу некий эдакий Си, когда в одной фразе мы говорим, что my_variable=NULL (присваивание, ибо столбца такого нет) и столбец=my_variable (сравнение). Поэтому хочется увидеть тот стандарт, который разрешает такие махинации.

Просто в запросе дополнительно проверяется еще и переменная. Насчет стандарта не уверен, но transact sql (ms) такие фокусы позволяет, думаю и ораклиный сиквел тоже. На самом деле достаточно удобно, когда логика приложения строится на стороне сервера БД в виде хранимых процедур, да и просто удобней чем дополнительный код

lsapiens

Да, и в T-SQL и в PL/SQL такая конструкция возможна (и пользуется спросом

). Но в SAP-е, к сожалению, придется использовать другие приемы. В зависимости от задачи.

IEM

Спасибо Сергею Королеву за решение проблемы.
Думаю, вопрос можно считать закрытым.

PS. Весь вечер пятницы вертелась назойливая мысль "а как же раньше удавалось эти грабли обходить?". Сегодня с утра пересмотрел постановку и избавился от проверки на null. Может ABAP так задуман чтоб было трудно реализовать "не совсем корректные" задачи? :wink:

Абапер

ArmAnn написал:

Просто в запросе дополнительно проверяется еще и переменная.

теперь понял

Цитата:

Может ABAP так задуман чтоб было трудно реализовать "не совсем корректные" задачи?

Мне кажется это из за того, что запрос напрямую передается непосредственно в БД, за которую SAP ответственности не несет

Пономарев Артем

Абапер написал(а):

Мне кажется это из за того, что запрос напрямую передается непосредственно в БД, за которую SAP ответственности не несет

Нет конечно, напрямую запрос не передается. Чтобы такое стало возможным есть специальные грабли:

EXEC SQL
.............
ENDEXEC.

В данном случае используется Native SQL. И как раз таки идет обращение напрямую к БД, минуя аппликэйшн сервера.
Кстати, с помощью данной конструкции можно и с хранимками работать и таблицы дропать и многое другое.

Сергей Королев

Пономарев Артем написал:

EXEC SQL
.............
ENDEXEC.

В данном случае используется Native SQL. И как раз таки идет обращение напрямую к БД, минуя аппликэйшн сервера.
Кстати, с помощью данной конструкции можно и с хранимками работать и таблицы дропать и многое другое.

Точно! Простой способ поставить систему на колени

vahtang

Можно сделать так:

Code:

data s type string.

if my_variable is initial.
  s = ''.
else.
  s = 'tab_column = my_variable'.
endif.
select * 
  from some_tab 
 where (s).
...

ArmAnn

Сергей Королев написал:

Пономарев Артем написал:

EXEC SQL
.............
ENDEXEC.

В данном случае используется Native SQL. И как раз таки идет обращение напрямую к БД, минуя аппликэйшн сервера.
Кстати, с помощью данной конструкции можно и с хранимками работать и таблицы дропать и многое другое.

Точно! Простой способ поставить систему на колени

и доказать, что на каждую вражеску систему найдется своя отвертка

Правила форума

is null в запросе

Кто сейчас на конференции