Vor Jahren habe ich an einer DR-Datenbank gearbeitet, die vollständig schreibgeschützt war, und sogar der TEMP-Tablespace war nicht beschreibbar. Jede Abfrage, die versucht, nach temp zu gelangen, würde fehlschlagen (selbst wenn der zu verwendende temp-Speicherplatz ziemlich trivial wäre).
Wenn dies die gleiche Situation ist, wäre ich nicht überrascht, wenn es eine login.sql (oder glogin.sql oder einen Logon-Trigger) gäbe, die eine ALTER SESSION ausführt, um einen größeren PGA-Speicherwert für die Sitzung festzulegen und/oder den zu ändern Optimierungsziel auf FIRST_ROWS.
Vergleichen Sie nach Möglichkeit die Ergebnisse der folgenden beiden Clients:
select * from v$parameterwhere ismodified !='FALSE';
Versuchen Sie auch von jedem Client für das Problem SQL EXPLAIN PLAN FOR SELECT...and SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
Sehen Sie, ob es mit unterschiedlichen Abfrageplänen kommt.
