Гляди, по существу вопроса, т.е. как получить полный запрос, без параметров получить если обращение идет через oci вряд ли получится. У него логика такая - он делает prepare с параметрами, потом подстановку и execute а после fetch, в принципе и все остальные коннекты так работают, более или менее. Типа запрос кешется при prepare и следующий раз выполняется быстрее. Но шанс есть. Если запрос бежит долго - а судя по трейсу это так и есть, то можно выцепить текущий sql прямо из сессии.
надо наваять запрос по
v$session
v$process
V$sql
set wra off
set lin 120
select
u.sid,
u.username,
s.sql_text
from
v$sql s,
v$session u
where
s.hash_value = u.sql_hash_value
and
sql_text not like '%from v$sql s, v$session u%'
order by
u.sid;
А параметры достать из v$sql_bind_capture так:
select u.sid,
u.username,
u.sql_id,
u.sql_child_number,
s.name,
s.value_string
from v$sql_bind_capture s, v$session u
where u.sql_hash_value = s.hash_value
and u.sql_address = s.address
and u.username is not null;
Что же касается перформанса на солярке - вопрос непростой. Честно говоря по сравнению скажем с HPUX и AIX у меня на солярке опыт более негативный. Сейчас я клепаю очередной и уже не первый баг с экспортом/импортом, чтобы послать в оракул. Ну да ладно, проверь следующие вещи:
1. Параметры
select value from v$parameter where name='optimizer_index_cost_adj';
обычно колеблется от 100 к 1, попробуй 25 и 1. 100 не ставь.
2. SGA
если аппликашка oci то 80-90% памяти надо отдать db_block_buffers и забрать из разных shared pool, large pool, java pool. В shared оставить по 5-10 мег на схему.
3. Диск.
проверить как быстро работает диск, на котором расположены датафайлы с этой таблицей и system tablespace
4. План запроса.
когда получишь сиквел и параметры - открой sqlplus
set timing on
set autotrace traceonly
и запусти запросик. Пришли план. Если запросит plan_table - найди ее в system и сделай
grant select,insert,delete,update on plan_table to public;
create public synonym plan_table for system.plan_table;
или построй прямо в юзере,скрипт валяется где-то в оракуле.
И еще тип относительно солярки - если в таблице есть blob,clob, итд - сделай:
alter table <table_name> modify lob (<lobcolumn>) (cache);
Это же кстати решает проблему со скоростью импорта в солярке с оракулом.
И для больших таблиц смело используй явный паралелизм.
etc.