मुझे कौन सी जानकारी मिल सकती है, वे दोनों एक ही समस्या का समाधान करते हैं - सरणी नियंत्रण और चौराहे जैसे अधिक गूढ़ संचालन (&, @>, < @, आदि)। हालांकि मुझे एक या दूसरे (या न तो संभवतः) का उपयोग करने के बारे में सलाह में दिलचस्पी होगी।PostgreSQL: जीआईएन या जीआईएसटी इंडेक्स?
- जिन सूचकांक लुकअप के बारे में तीन बार सार
- जिन अनुक्रमित की तुलना में तेजी रहे हैं लेने के बारे में तीन बार लंबे समय तक सार
- जिन अनुक्रमित से निर्माण करने के लिए के बारे में दस गुना कम होती है:
PostgreSQL documentation इस बारे में कुछ जानकारी है सार - जिन अनुक्रमित से अद्यतन करने के लिए हालांकि मैं विशेष रूप से मैं होगा दो-से-तीन से सार
बड़ा बार कर रहे हैं यह जानने में दिलचस्पी है कि क्या प्रदर्शन प्रभाव होता है जब सूचकांक आकार राशन की स्मृति छोटी हो रही है (यानी। सूचकांक आकार उपलब्ध स्मृति से कहीं बड़ा हो जाता है)? मुझे # पोस्टग्रेस्क्ल आईआरसी चैनल पर बताया गया है कि जीआईएन को सभी इंडेक्स को स्मृति में रखने की जरूरत है, अन्यथा यह प्रभावी नहीं होगा, क्योंकि बी-ट्री के विपरीत, यह नहीं जानता कि डिस्क से कौन सा हिस्सा पढ़ना है एक विशेष प्रश्न? सवाल यह होगा: क्या यह सच है (क्योंकि मुझे इसके विपरीत भी बताया गया है)? क्या जीएसटीटी के पास एक ही प्रतिबंध है? क्या इन प्रतिबंधों में से एक इंडेक्सिंग एल्गोरिदम का उपयोग करते समय मुझे अन्य प्रतिबंधों के बारे में पता होना चाहिए?
ये माप आप जिस पीजी का उपयोग कर रहे हैं उसके अनुसार भिन्न होते हैं। मैंने अभी एक हिस्टोर कॉलम के खिलाफ 9.6.1 के तहत एक परीक्षण चलाया और निम्न प्राप्त किया: जीआईएसटी ने जीआईएन की तुलना में 4.1 गुना अधिक समय लिया और लुकअप के लिए लगभग 170 गुना धीमा था। आपके द्वारा उद्धृत आंकड़ों के करीब भी नहीं। – IamIC