т.е. любой запрос в st04, sqlplus тоже кэшируется? репликация, дисковый кэш и т.п.
ну тогда вообще без вариантов

trop


кэшируется, если движок субд посчитает это нужным. Как я помню, в том же оракле для кэширования используется алгоритм LRU, т.е. буферизуются наиболее часто юзаемые данные. ПОдозреваю, что в остальных субд, на которых живет сап, что-то похожее есть. Вот про "репликация, дисковый кэш и т.п." не скажу. Там много всякого интересного бывает... начиная от буферов ОС, и заканчивая использования дисков как raw-разделов (когда бд работает с дисками напрямую, мимо оси)

Удав
Ну тестовая система ни разу не панацея. К сожалению, то как физически лежат данные в файлах БД, равно как и тех параметеры самих винтов, например, - сдублировать при создании тестового сервера нельзя.

st04 проверил, кэширует сам oracle, чтоб сбросить буфер там надо заморочиться,
а в st04 такие инструкции не проходят,
значит надо предварительно прогонять любой/оба из сравниваемых запросов, перед сравнением,
либо запускать в раздельных процессах

хотя если план смотреть, то там дополнительно выводится оценка cbo

Панацея, если оптимизировать на уровне методов выборки данных из БД.
Оптимизацией железа занимается базисники, а не разработчики

Удав:
Без базара.
Только вот сам наблюдал ааатличную ситуацию, когда был 1 сервер субд фирмыА в проде, зоопарк серверов приложений с разными осями, в тесте и деве под системой были субд фирмыБ, и аппсервер ровно одной версии оси. И на всем этом предполагалось тестить производительность. Количество разнообразных вариантов работы(сиречь вариантов тормозов) было просто умопомрачительным. Как выяснилось, дбинтерфейс сапы как-то по разному работает на аппсерверах разных осей. В итоге на субд приходили разные запросы. И отдельной вишенкой на торте были особенности самой субд.