Bertahun-tahun yang lalu saya bekerja pada database DR yang sepenuhnya READONLY, dan bahkan tablespace TEMP tidak dapat ditulis. Permintaan apa pun yang mencoba menumpahkan ke temp akan gagal (bahkan jika ruang temp yang akan digunakan cukup sepele).
Jika ini adalah situasi yang sama, saya tidak akan terkejut jika ada login.sql (atau glogin.sql atau pemicu logon) yang melakukan ALTER SESSION untuk menetapkan nilai memori PGA yang lebih besar untuk sesi, dan/atau mengubah sasaran pengoptimal ke FIRST_ROWS.
Jika Anda bisa, bandingkan hasil berikut dari kedua klien:
pilih * dari v$parameterwhere ismodified !='FALSE';
Juga dari setiap klien untuk masalah SQL, coba EXPLAIN PLAN FOR SELECT...and SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
Lihat apakah itu datang dengan rencana kueri yang berbeda.
