वर्षों पहले मैंने एक डीआर डेटाबेस पर काम किया था जो पूरी तरह से पढ़ा गया था, और यहां तक कि टीईएमपी टेबलस्पेस भी लिखने योग्य नहीं था। कोई भी प्रश्न जो अस्थायी रूप से फैलने की कोशिश करता है वह विफल हो जाएगा (भले ही उपयोग किया जाने वाला अस्थायी स्थान बहुत छोटा था)।
यदि यह वही स्थिति है, तो मुझे आश्चर्य नहीं होगा यदि कोई login.sql (या glogin.sql या लॉगऑन ट्रिगर) था जो सत्र के लिए बड़ा पीजीए मेमोरी मान सेट करने के लिए एक वैकल्पिक सत्र करता है, और/या बदलता है FIRST_ROWS के लिए अनुकूलक लक्ष्य।
यदि आप कर सकते हैं, तो दोनों क्लाइंट से निम्नलिखित के परिणामों की तुलना करें:
v$पैरामीटर से चुनें *जहां संशोधित किया गया है!='गलत';
SQL समस्या के लिए प्रत्येक क्लाइंट से भी, चयन के लिए EXPLAIN योजना का प्रयास करें... और तालिका से चुनें (DBMS_XPLAN.DISPLAY);
देखें कि क्या यह विभिन्न क्वेरी योजनाओं के साथ आ रहा है।
