Добрый день.

У нас SAP работает с БД DB2.
Возник вопрос следующего плана :
На семинаре представитель SAP сказал, что при выборке данных из БД, какой бы Вы не написали запрос (select f1, f1, f3 from table1 where f1 = "1" - грубо говоря), application server SAP все равно посылает БД запрос вида (select * from table1), т.е. все наши условия игнорируются. Стратегия SAP такова, что не следует нагружать сервер БД, лучше пригрузить сервер приложений. И что не важно какой запрос Вы напишете, сервер приложений получает полный набор данных с сервера БД во временную таблицу и только после этого отбирает только те данные, которые Вам нужны. Правда ли все это ? Потому как у меня очень большие сомнения по поводу всего этого.
И еще когда задали вопрос по поводу хранимых процедур, ответ был следующим - SAP не умее работать с хранимыми процедумари.

Пожалуйста, помогите разобраться.

Спасибо.

интересно, если в таблицы миллионы записей, всеравно все выгребет?

не верю

в том-то и дело что я тоже не верю в этот бред.
У нас прос огромные БД, работает все достаточно медленно, представитель объясняет такую работу именно так.

Возможно application server должет настраеваться соответствующим образом ?

А может SQL трассировку лучше посмотреть. На сколько я помню на курсах по производительности ABAP как раз и пытаются "вдолбить" чтоб использовали именно список полей. Что мимизировали вложенные в селекты операции и т.д. и т.п.

Если много самописных отчетов, то вот здесь по оптимизации почитайте:
http://www.sapbasis.ru/articles/abapperfrules/

Посмотрите, может индексы какие досоздать надо?
В se30 посмотрите советы по SQL Interface.

Т.е. если я Вас правильно понял, то SAP ни коем образом не "обрезает" наш запрос и посылает его серверу БД в том виде, в котором его написали, включая условия выборки и , следовательно, получает от сервера БД уже нужный нам набор данных ?

А как насчет хранимых процедур ? SAP все таки "умеет" с ними работать ?

Да, еще и по поводу индексов этот товарищь сказал, что НЕВОЗМОЖНО работать более чем с одним индексом .. .

Спасибо.

Я тоже всегда искренне считал, что указание конкретных полей оптимизирует скорость выбоки и вроде как это подтверждалось на практике.
Программист в шоке

Да - на сколько я помню - SAP просто переводит запрос из синтаксиса OpenSQL к синтаксису конкретной СУБД
Процедуры тоже умеет. Копай в сторону Native SQL. И тут ф форуме, кажется, даже примеры были.............

Что понимать под невозможностью ?
Я не помню кто конкретно принимает решение, кажется все-таки SAP, а не СУБД. При выполнении запроса дается указание об использовании максимально подходящего к условиям where индекса (т.е. из тех, которые созданы).

Если често - я не знаю как это понимать ...
Просто специалист сказал, что САП создает временную таблицу с ПОЛНЫМ набором данный и может работать только с одним индексом, хоть он и может быть составным .... .

Я вообще занимаюсь разработкой на JAVA, но вскоре нужно будет заниматься САП, и когда я все это услышал - стало просто дико как-то.

Может Вы не уловили в каком контексте он это говорил? Возможно это было связано в JOIN или агрегатными функциями и GOUP BY?

Нет, в том-то и дело, что об этом речи <я не знать русский языка>.

Из всего вышесказанного я так понял, что для того чтобы запрос отработал должным образом, нужно чтобы в его условии было прописаны поля для которых созданы индексы. Правильно ?

Чтобы запрос использовал индекс максимально эффективно, в условии where должны присутствовать поля из индекса в соотвествующей последовательности.

Вот-вот - что и требовалось доказать.

Спасибо всем большое - пролили свет на наш спор.

И в том же порядке, похоже............... Причем оценка выбора индекса идет именно по полям с условием '='..............