नहीं। AFAIK तैयार बयान बैकएंड के लिए स्थानीय हैं; अन्य बैकएंड बस नहीं जानते कि वे मौजूद हैं। अतिरिक्त इंटर-प्रोसेस संचार जोड़ने के लिए आपको सर्वर को संशोधित करने की आवश्यकता होगी ताकि एक बैकएंड दूसरों से तैयार बयानों के बारे में पूछ सके।
बैकएंड शुरू में एक ही pg_prepared_statements
. को साझा करते हुए दिखाई दिए टेबल स्टोरेज, जैसे:
SELECT relfilenode FROM pg_class WHERE relname = 'pg_prepared_statements';
अलग-अलग बैकएंड से एक ही relfilenode लौटाता है। मुझे आश्चर्य हुआ, जैसा कि मैंने सोचा था कि तैयार बयानों में डिस्क पर कोई उपस्थिति नहीं थी। यदि वे डिस्क पर थे, तो मुझे लगता है कि आप pageinspect contrib मॉड्यूल से फ़ंक्शन का उपयोग कर सकते हैं। कच्चे टुपल्स या टेबल पेज पढ़ने के लिए। दृश्यता एक समस्या होगी; आप कैसे जानेंगे कि मृत/समाप्त बैकएंड से क्या संबंधित था, और क्या मान्य था?
मैंने यह कोशिश की, और पाया कि pg_prepared_statements
वास्तव में एक दृश्य है:
regress=# SELECT * FROM heap_page_items(get_raw_page('pg_prepared_statements', 1));
ERROR: cannot get raw page from view "pg_prepared_statements"
विशेष रूप से pg_prepared_statement()
. पर एक दृश्य समारोह। तो निरीक्षण करने के लिए कुछ भी नहीं है। यह बैकएंड आंतरिक है।
यह उनमें से एक जैसा लगता है "... लेकिन आप ऐसा क्यों करेंगे?" प्रश्न, जो अक्सर इस बात का संकेत होता है कि कोई समाधान . के बारे में पूछ रहा है उन्होंने अपनी वास्तविक समस्या के बारे में पूछने के बजाय अपनी वास्तविक समस्या की कल्पना की है।
तो:आप ऐसा क्यों चाहते हैं? आप किस वास्तविक समस्या को हल करने का प्रयास कर रहे हैं?