не въеду...- itab только типа ranges?

Догадался или знал?
Еще может быть Select-options...
Для выбора по значениям произвольной внутренней таблицы используется FOR ALL ENTRIES.

Ну или select-options
селекционная таблица, короче..

А для обычных таблиц FOR ALL ENTRIES

блин - точно. 100 раз использовал и забыл...что-то после отпуска никак не работается ))

в очень многих случаях FOR ALL ENTRIES значительно медленнее, чем просто SELECT ... APPENDING ... в цикле по intab ...

С какой радости-то?
Просто многие забывают, что если передать в FOR ALL ENTRIES пустую таблицу, то считай будет работать как пустой RANGE. То есть будет отбираться всё, что подошло под остальные критерии!

Понятно, что нужно сравнивать в каждом отдельном случае, но если поля будут ключевыми или проиндексированными, то всё будет ОК.

Согласен с T (в первом абзаце ): FOR ALL ENTRIES - это UNION - отсюда и все, что с ним связано, в том числе и Full Scan.

Речь об уникальности возвращаемых записей?

А в ряде случаев получается полный перебор таблицы, если внутри таблицы пусто
Так что с этой конструкцией - поаккуратнее

Как-то я глядел в SQL-trace из-под FOR ALL ENTRIES, так не было там UNION, было несколько обычных SELECT'ов.

Так и есть. Это не SQL UNION. Это объединение результирующих наборов:

SELECT ... FOR ALL ENTRIES IN itab WHERE cond returns the union of the solution sets of all SELECT statements that would result if you wrote a separate statement for each line of the internal table replacing the symbol itab-f with the corresponding value of component f in the WHERE condition

Это конечно, но когда видишь подтверждающий trace, как-то сразу спокойнее
вообще, если б кто-то взял да и сравнил на досуге FOR ALL ENTRIES с несколькими обычными SELECTами...

да не знаю я с какой радости. желания и времения разбираться не было.
Но "помню как сейчас" - задача была тривиальная:
выбрал данные в intab1 - таблица точно не пустая, но значений ДОхрена, скажем тысячи (!!! не 10 и не 20 записей - а скажем 10 тысяч записей! ).
потом сделал FOR ALL ENTRIES : естественно по ключу, причём по полному. Такой SELECT работал скажем 10 единици времени.
Потом сделал просто SELECT .... APPENDING ... ENDSELECT. - конструкция стала работать раза в три быстрее... (если не больше чем в три)

Вообще, если мне память не изменяет, сам SAP предупреждал, что пользоваться этой - FOR ALL ENTRIES - конструкцией надо очень аккуратно. (действительно, хотя бы потому что если таблица вдруг будет пустой - то получим бааальшой бОнус!)

Ну если в чёмто не прав - попраФте!

фиг его знает...что-то for all entries не отработал..- а разбираться некогда )) сделал с loop-ом
p.s. хотя странно - раньше работало и всё вроде ок ...вроде тривиально всё
form fill_users.
select * into users from usr01
for all entries in uname_ where bname = usr01-bname.
./,/,.m.,m
endselect.

Вместо usr01 нужен uname_
И лучше сделать SELECT .. INTO TABLE..., а не SELECT..ENDSELECT, хотя как желашь..