Тут абапера должно триггернуть от того, что таблица буферизованная ( T* таблицы как правило такие)
А вот тут вопрос как быть: нужно получить все ktopl для указанных в строках bukrs в отдельную таблицу, потом сделать таблицу-драйвер, где к указанным четвёркам дописать этот ненужный ktopl, подать как джойн с внутренней таблицей или FAE и получить новую результирующую таблицу. А стоит ли оно телодвижений таких? Нежели в бд сделать джойн.
Не понял зачем это все? Там же селект сингл, или сингл тоже уже не катит?
не катит, нужно выбрать всё по исходной таблице, где лежит некое количество уникальных тетрад.
Если массив ключей обогащается данными из небуферизованной таблицы, то fae, в противном случае - loop + select single
SINGLE в HANA лучше избегать. лучше ограничить UP TO n(=1) ROWS
По ключу норм. Я читал статью на абап-блоге
Он про "не по ключу"
просто проверить - 5мин максимум. в T030 в ключе 5 записей. в этом скрине не по ключу
я этот запрос селект шатал. Выбросил нафиг, написал как нужно
а пофиг. Там первые поля из ПК
пережиток ABAPsql, в базах такого нет
ну если на скрине SINGLE - медленно, а на другом скрине в itab - быстро. значит, не пофиг все-таки?)))
спорно, пока не видишь план запроса и куда время ушло
Там в цикле был селект-сингл, сделал выборку из драйвера со всеми записями
Обсуждают сегодня