क्या पोस्टग्रेस्क्ल plpgsql/sql समर्थन खंड में लघु सर्किट का समर्थन करता है?

Question

अगर मैं निम्नलिखित खिलौना क्वेरी

SELECT * 
FROM my_tables 
WHERE my_id in (
    SELECT my_other_id 
    FROM my_other_tables 
) AND some_slow_func(arg) BETWEEN 1 AND 2; 

चाहेंगे कहां खंड शॉर्ट सर्किट में पहली शर्त दूसरी शर्त जो एक जटिल रन समय होता?

मैं कुछ एसक्यूएल वास्तव में plpgsql में एक के लिए लूप का हिस्सा है उस पर काम कर रहा हूँ, और मैं some_slow_func साथ के लिए लूप के दायरे के भीतर सभी रिकॉर्ड से अधिक पुनरावृत्तियों कि my_other_tables में मौजूद हैं, और फिर परीक्षण कर सकता है ()। लेकिन अगर मैं एसक्यूएल का समर्थन करता हूं तो मुझे उत्सुकता है, या plpgsql लघु सर्किटिंग का समर्थन करता है।

कुछ अनुसंधान: मैं Postgres मेलिंग सूची में देखा और पाया सामान्य रूप में यह कह एसक्यूएल लघु सर्किटिंग का समर्थन नहीं करता:

http://www.postgresql.org/message-id/171423D4-9229-4D56-B06B-58D29BB50A77@yahoo.com

लेकिन प्रतिक्रियाओं में से एक का कहना है कि आदेश के माध्यम से लागू किया जा सकता है subselects। मुझे बिल्कुल यकीन नहीं है कि वह किस बारे में बात कर रहा है। मुझे पता है कि उप-चयन क्या है, लेकिन मुझे यकीन नहीं है कि आदेश कैसे लागू किया जाएगा? क्या कोई मेरे लिए यह स्पष्ट कर सकता है?

Answer 1

दस्तावेज के रूप में, WHERE खंड में मूल्यांकन आदेश अप्रत्याशित माना जाना चाहिए।

यह सबक्वायरीज़ के साथ अलग है। वर्तमान संस्करणों के साथ, मूल्यांकन आदेश को चलाने के लिए सबसे सरल और सामान्य तकनीक एक सीटीई में एक सबक्वायरी लिखना है। सुनिश्चित करें कि IN(...) पहले मूल्यांकन किया जाता है बनाने के लिए, अपने कोड के रूप में लिखा जा सकता है: और है कि आप tweak कर सकते हैं

WITH subquery AS 
(select * from my_tables 
    WHERE my_id in (SELECT my_other_id FROM my_other_tables) 
) 
SELECT * FROM subquery 
    WHERE some_slow_func(arg) BETWEEN 1 AND 2; 

कुछ अपने कार्य की लागत अनुकूलक कि यह धीमी है करने के लिए संकेत करने के लिए है। एक समारोह के लिए डिफ़ॉल्ट लागत 100 है, और यह की तरह एक बयान के साथ बदला जा सकता है:

ALTER FUNCTION funcname(argument types) cost N; 

जहां N अनुमानित प्रति कॉल लागत है, एक मनमाना इकाई है कि Planner Cost Constants की तुलना में किया जाना चाहिए में व्यक्त किया।

Answer 2

the Postgresql docs और this answer by Tom Lane के अनुसार, WHERE बाधाओं के निष्पादन का आदेश विश्वसनीय नहीं है।

मुझे लगता है कि यहां आपकी सबसे अच्छी शर्त आपके फ़ंक्शन के शीर्ष में आपके WHERE क्लॉज के उस अन्य भाग को जोड़ने और "तेज़ी से विफल" हो सकती है; यानी, अपने कार्य में my_id in ( SELECT my_other_id FROM my_other_tables) चलाएं, और यदि यह पास नहीं होता है, तो आप गहन प्रसंस्करण करने से पहले वहां वापस आएं। यह आपको एक ही प्रभाव के बारे में मिलना चाहिए।

Answer 3

मुझे पता है कि यह एक पुराना सवाल है, लेकिन हाल ही में इसी तरह की समस्या में भाग गया, और WHERE खंड में एक केस पूर्वानुमान का उपयोग करके पाया गया कि मेरे लिए बेहतर काम किया। उपरोक्त उत्तर के संदर्भ में:

SELECT * 
    FROM my_tables 
WHERE CASE WHEN my_id in (SELECT my_other_id 
          FROM my_other_tables) 
      AND some_slow_func(arg) BETWEEN 1 AND 2 
      THEN 1 
      ELSE 0 
     END = 1; 

यह एसक्यूएल के लिए बनाता है जो थोड़ा अधिक डीबी अज्ञेयवादी है। बेशक, अगर आपके पास my_id पर कुछ है, तो यह इंडेक्स का उपयोग नहीं कर सकता है, लेकिन आपके द्वारा संदर्भित संदर्भ के आधार पर, यह एक अच्छा विकल्प हो सकता है।