проверка существования записи в бд

SPikARD

вот такой вопрос, возможно ли сделать что-то вроде следующего:

Code:

select single kunnr
         into c_kunnr 
         from kna1
         where kunnr eq c_kunnr.

т.е. проверить существование объекта, но не используя c_kunnr как леводопустимое (c_kunnr - константа) и не объявляя новых переменных.
т.б. интересна альтернатива абапным transporting no fields.

спасибо =)

РМщик

tables: kna1.

select single * from kna1 where kunnr eq c_kunnr.

if sy-subrc = 0.
* есть
else.
* нет
endif.

SPikARD

РМщик написал(а):

tables: kna1.

select single * from kna1 where kunnr eq c_kunnr.

if sy-subrc = 0.
* есть
else.
* нет
endif.

нет, в том-то и вопрос, чтобы не создавать лишних переменных (а tables - это еще и статическое глобальное описание целой структуры, которая вообще не требуется)

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

Без переменной, боюсь, не получится. Из общих соображений, то, существование чего нужно проверить, задается некой переменной, в этом случае запрос

Code:

SELECT SINGLE <key> FROM  <some table>
       INTO var
       WHERE <key> = var.

не изменит значения var ни в каком случае.
Что до констант, то не будете же вы в программе номер поставщика или счета задавать константой... :shock:

А переменная на одно поле особо много "хлеба не попросит".

SPikARD

ну, "куннров", я для примера привел =)
просто чисто академический интерес. ведь для итаба можно сделать read ... transporting no fields и по subrc проверять существует ли запись, а для БД получается, что без into (явно или неявно) не получается, да и ломает писать переменную только для того, чтобы ею не воспользоваться =)

Snegurenok

select count( ) тататта into sy-tabix

Voron4

или
select single kunnr into sy-msgv1 ...
check sy-subrc.

SPikARD

по поводу syst сап говорит, что типа низя их переписывать: пробовал, slin ругается =)
будут еще предложения?

Snegurenok

SPikARD написал(а):

по поводу syst сап говорит, что типа низя их переписывать: пробовал, slin ругается =)
будут еще предложения?

а чем тебя sy-tabix или sy-index не устраивает ?

Uukrul

Snegurenok написал(а):

select count( ) тататта into sy-tabix

Ага и в табличке на миллион записей сей запрос барышня у вас прежде чем выдать результа оттарабанит все табличку на суммирование. Так что так делать йо как не советую...

Snegurenok

Uukrul написал(а):

Snegurenok написал(а):

select count( ) тататта into sy-tabix

Ага и в табличке на миллион записей сей запрос барышня у вас прежде чем выдать результа оттарабанит все табличку на суммирование. Так что так делать йо как не советую...

во первых я не барышня
во вторых sum и count - ето разные функции

slash

Snegurenok написал(а):

Uukrul написал(а):

Snegurenok написал(а):

select count( ) тататта into sy-tabix

Ага и в табличке на миллион записей сей запрос барышня у вас прежде чем выдать результа оттарабанит все табличку на суммирование. Так что так делать йо как не советую...

во первых я не барышня
во вторых sum и count - ето разные функции

count тоже аналитическая ф-я

sibrin

Цитата:

count тоже аналитическая ф-я

Любая БД хранит число строк в таблице и выдаёт число строк по запросу count(*) за 0.0 мкс.

Vit

sibrin написал:

Любая БД хранит число строк в таблице и выдаёт число строк по запросу count(*) за 0.0 мкс.

Боюсь что это не так. Выполнение count(*) например для таблицы с некоторым кол-вом милионов записей занимет весьма заметное время.

slash

поспорим что нет?
нажими на кнопк колво записей в словаре
на самом деле идёт пересчёт, если есть индекс пересчитывается он

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

проверка существования записи в бд

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