Jaren geleden werkte ik aan een DR-database die volledig READONLY was, en zelfs de TEMP-tabelruimte was niet schrijfbaar. Elke query die probeerde over te gaan naar temp zou mislukken (zelfs als de te gebruiken tijdelijke ruimte vrij triviaal was).
Als dit dezelfde situatie is, zou het me niet verbazen als er een login.sql (of glogin.sql of een aanmeldingstrigger) was die een ALTER-SESSIE uitvoert om een grotere PGA-geheugenwaarde voor de sessie in te stellen, en/of de optimalisatiedoel naar FIRST_ROWS.
Vergelijk indien mogelijk de resultaten van het volgende van beide clients:
selecteer * van v$parameterwhere ismodified !='FALSE';
Probeer ook van elke client voor de probleem-SQL EXPLAIN PLAN FOR SELECT...and SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
Kijk of het met verschillende queryplannen komt.