Выбор минимального значения поля

bella_nata

Уважаемые, подскажите как выбрать минимальное значение поля из внутренней таблицы :roll:

RA

SORT itab ASCENDING BY field
READ itab into wa index 1

bella_nata

На второй строчке выдает ошибку синтаксиса

Гость

types: begin of ir,
field1,
field2,
end of ir.

data: itab type table of ir,
wa like line of itab.

* Fill itab
...

* Search min value field FIELD1
SORT itab ASCENDING BY field1.
READ table itab into wa index 1.

bella_nata

А как-нибудь через функцию min оператора select?

OlegDm

select уже работает с внутренними таблицами? :roll:

bella_nata

Я не пояснила, сразу сделать выборку из прозрачной таблицы select single

ArmAnn

select single field from tab
order by field.

Дмитрий

select min( field) from xxx into mmm .

RoadRunner

Либо, если нужно выбрать данные по ключу с минимальным значением, можно так:

Code:

select f1, f2, ..., fn from tab 
 where ...
 order by [key].
  ...
  exit.
endselect.

Это избавит от необходимости в двух селектах:

Code:

select single min(fname) into varname from tab
 where ...
select f1...fn from tab
 where fname = varname.

Кроме того, MIN() по составному ключу не работает - в этом случае придется юзать ORDER BY.

Дмитрий

Так и предсталяю картину маслом: RoadRunner для поиска мин. значения поля сортирует таблицу не по первичному и не по вторичным ключам на сервере БД, например, в 10 млн. записей...

Учитывая сложность алгоритма сортировки в самом удачном случае - n*log2(n) и особенность сортировки больших таблиц - вся информация наверняка не закэшируется и будет с переменным успехом подгружаться с винчестера...
В общем, RoadRunner, ты - "мечта всей жизни" любого системного администратора.

Дмитрий

RoadRunner написал:

Либо, если нужно выбрать данные по ключу с минимальным значением, можно так:
Это избавит от необходимости в двух селектах:
Кроме того, MIN() по составному ключу не работает - в этом случае придется юзать ORDER BY.

Два селекта и не нужно - подзапросы еще никто не отменял.
Немного фантазии и функцию min можно приспособить и для составного ключа (NativeSQL я в расчет не беру).

RoadRunner

Дмитрий написал:

Немного фантазии и функцию min можно приспособить и для составного ключа (NativeSQL я в расчет не беру).

Поделитесь секретом с "мечтой сисадмина"!

Буду признателен. А про объем выборки не подумал, виноват... :oops:

З.Ы. Индекс по вторичному ключу может иногда помочь... Но согласен, что это неоправданно, поэтому иногда - курсивом.

Дмитрий

Все просто.

Минимум по ключу из двух полей, f1 и f2 например:
1. select min( f1 ) from tab into min_f1.
2. select min( f2 ) from tab into min_f2 where f1 = min_f1.
Это можно оформить и в виде 1 запроса с подзапросом:
select min( f1 ) min( f2 ) from tab into (min_f1,min_f2)
where f1 = ( select min( f1 ) from tab ).

RoadRunner

А как будет работать ф-ция MIN? Не будет ли это громоздко? Ведь в случае не-числового поля, коими, бывает, являются даже "числовые" саповские поля, операция поиска без индекса будет небыстрой... А ANLN1 - как раз нечисловое поле.

З.Ы. Прошу прощения за очередной оффтоп, но как при использовании native sql добиться высокой производительности? Когда идет цикл по внутренней таблице (имею в виду pl/sql) с заполнением переменных abap, то много времени теряется на переключение между sql- и abap-областями памяти. Кто-то из наших даже замерял производительность - натив уступал, хотя сам по себе запрос был изящней, проще и, по идее, быстрее... Нет ли чего-то, вроде into table для передачи данных из натива в абап?

З.З.Ы. А если ключей больше 2-х? Нужен 3-й подзапрос, получается? :cry:

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

Выбор минимального значения поля

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