mlcМаксимум еще можно посомтреть v$session_event, но это уже слишком общая инфа.Ну почему же, в древние времена до AWR пару таблиц v$session_event, v$sesstat (и их эквиваленты уровня системы v$system_event, v$sysstat)
были чуть ли не основным источником информации про производительность.
Можешь набрать в гугле "oracle yapp".

mlcХотелось бы сравнить несколько запросов на предмет производительности, но че т мне кажется маловато у меня показателей и что-то я не учел, например, из приведенных выше вьюх не увидишь, как долго происходил execute, fetch.По понятным причинам fetch в базе не трекается. Это процесс который не может рассматриваться в отрыве от клиента.
Можно выдумывать всякие трюки и смотреть первый и последний сэмпл в ash для конкретного запроса чтоб определить "общую длительность выполнения", но их там может не быть.
Если всковырнуть dbms_sqltune.report_sql_monitor, то там можно увидеть


Где для каждого из трех составляющих свой отдельный механизм вычисления.

elapsed_time и executions в v$sql вполне достаточно для старта, потом может понадоится еще множество других v$ вьюх или уровней трассировки (+runtime execution statistics) в зависимости от того, что хочется отловить.

+уже упомянутый v$sql_monitor

PS. Информация для разных инструментов может частично пересекаться, но весьма наивно пытаться получить информацию из трассировки не делая самой трассировки.