जब ट्रिगर प्रतिकृति अंतर्निहित PostgreSQL के लिए बेहतर है

PostgreSQL के संस्करण 9.0 के साथ, स्ट्रीमिंग प्रतिकृति के लिए एक अंतर्निहित मास्टर-स्लेव तंत्र है।
हालांकि, इसके आगमन के साथ, पुराने ट्रिगर तंत्र को त्यागना नहीं चाहिए।

सामान्य स्थिति में, यदि हमें संपूर्ण DB सर्वर की एक से अधिक सटीक प्रतिलिपि की आवश्यकता होती है, तो ट्रिगर हमारे साथ बने रहते हैं।

ऐसी स्थितियों के उदाहरण:

• यदि विफलता की आवश्यकता होती है (यानी, मास्टर बंद हो जाता है और सभी अनुरोध अस्थायी रूप से दास के पास जाते हैं, और फिर लॉन्च किया गया मास्टर दास के साथ वर्तमान स्थिति तक पकड़ना शुरू कर देता है)।
• मास्टर और दास 1: 1 समान नहीं हैं। उदाहरण के लिए, किसी कारण से, अतिरिक्त डेटा (डेटाबेस / टेबल) स्लेव पर संग्रहीत किया जाना चाहिए, या सभी डेटाबेस / तालिकाओं को मास्टर से कॉपी नहीं किया जाना चाहिए, या जब डेटा हटा दिया जाता है, तो उन्हें स्लेव पर संग्रहीत किया जाना चाहिए।
• परियोजना में किराना "चिड़ियाघर" का उपयोग करना आवश्यक है - अर्थात। मास्टर और स्लेव, किसी कारण से, अलग-अलग संस्करण हैं, या संस्करण समान हैं, लेकिन ओएस में अलग-अलग "बिट्स" हैं।
• इस परियोजना के लिए मास्टर-स्लेव1-स्लेव 2-स्लेव 3 या वास्तव में भरी हुई इनसेट / अपडाउन परियोजना की पुनरावर्ती प्रतिकृति की आवश्यकता है, 1 से अधिक स्लेव समानांतर में मास्टर से जुड़ा हुआ है (हालांकि कुछ परियोजनाओं का भार 5-6 तक है जो सामान्य रूप से काम कर सकते हैं)।
• यदि किसी कारण से मास्टर और स्लेव पर आधार ऑब्जेक्ट के लिए अलग-अलग एक्सेस अधिकार की आवश्यकता होती है।

टिप्पणियों में अतिरिक्त विकल्प जोड़ें।

नोट: विफलता का निर्माण करने की क्षमता एक महीने पहले संस्करण 9.1 में "सिंक्रोनस प्रतिकृति" नाम से घोषित की गई थी। हालाँकि, व्यक्तिगत रूप से, मैंने अभी तक प्रयोग नहीं किए हैं।