Anni fa ho lavorato su un database DR che era completamente READONLY e anche il tablespace TEMP non era scrivibile. Qualsiasi query che tentasse di trasferire a temp fallirebbe (anche se lo spazio temporaneo da utilizzare era piuttosto banale).
Se questa è la stessa situazione, non sarei sorpreso se ci fosse un login.sql (o glogin.sql o un trigger di accesso) che esegue un'ALTER SESSION per impostare un valore di memoria PGA più grande per la sessione e/o cambia il obiettivo dell'ottimizzatore a FIRST_ROWS.
Se puoi, confronta i risultati di entrambi i client:
seleziona * da v$parametrodove ismodificato !='FALSO';
Anche da ogni client per il problema SQL, prova EXPLAIN PLAN FOR SELECT... e SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
Verifica se viene fornito con piani di query diversi.
