Конечно же, в общем случае, оптимальное кодирование отдельно взятого SQL-запроса — весьма узкий вопрос. Зачастую переосмысление логики выборки данных может принести гораздо больше пользы.

Весьма сомнительно, например, что можно как-то кардинально улучшить программу, выбирающую информацию за последние два–три года из таблицы BSEG для получения десятка агрегированных цифр только с помощью технической оптимизации SQL-запросов в программе. Однако, в совокупности с другими мероприятиями, оптимизация SQL-запросов может принести ощутимые результаты.

Прекрасным средством оценки реальной пользы от приведённых ниже советов, а также от многих других приёмов оптимизации, служит транзакция SE30 (раздел "Tips&Tricks").

• Правило 1. Выбирайте только необходимые записи
• Правило 2. Выбирайте только необходимые поля
• Правило 3. Минимизируйте число запросов
• Правило 4. Упрощайте фразу WHERE
• Правило 5. Избегайте ненужной загрузки БД
• Источники информации

Правило 1. Выбирайте только необходимые записи

Выбирайте из базы данных минимально необходимое число записей. Зачастую это правило сводится к тому, что SQL-запрос должен иметь должным образом построенную фразу WHERE. Это правило особенно важно для таблиц размер которых превышает 1 MB. Придерживайтесь следующих принципов при кодировании программ, выбирающих данные из БД:

• Если программа содержит оператор CHECK для полей таблицы, выбираемой в цикле SELECT…ENDSELECT, замените оператор CHECK на соответствующее условие во фразе WHERE SQL-запроса.
• Не должны использоваться SQL-операторы без фразы WHERE к постоянно растущим таблицам — например, к таблицам хранящим транзакционные данные.
• Избегайте повторных выборок данных. В сложных отчётах с несколькими проходами обработки одних и тех же данных предварительно выберете данные во внутренние ABAP-таблицы, а затем используйте эти внутренние таблицы для многократного доступа к данным.

• Часто фраза WHERE в SQL-запросах, определяющих факт наличия данных в БД, выглядит следующим образом:

     CLEAR found.
     SELECT * FROM dbtable WHERE cond.
        found = 'X'.
        EXIT.
     ENDSELECT.
  

  Недостаток кода, приведённого выше заключается в том, что база данных будет полагать, что необходимо найти ВСЕ записи, удовлетворяющие условию. Это может сказаться как на плане выполнения запроса, который выберет база данных, так на числе выбранных записей — интерфейс СУБД сервера приложений SAP может принять определённое число записей в свой буфер ввода-вывода прежде, чем вернёт управление программе ABAP. Более эффективным будет следующий код:

     CLEAR found.
     SELECT * FROM dbtable UP TO 1 WHERE cond.
     ENDSELECT.
     IF sy-subrc = 0.
        found = 'X'.
     ENDIF.
  

  Этот код проинформирует базу данных о том, что нужна единственная запись, удовлетворяющая условию.

Правило 2. Выбирайте только необходимые поля

Сведите к минимуму объем пересылаемых данных от базы данных к серверу приложения.

• SQL-оператор с фразой SELECT * приводит к пересылке на сервер приложений SAP всех полей таблицы. Если данные из всех полей не нужны, лучше будет явно указать список выбираемых полей из таблицы базы данных или использовать соответствующее представление-проекцию (projection view).

• Существует