डेटा कॉपी करने से पहले स्रोत से पूछें

ग्राहक सहायता स्क्रीन को एक उत्तर चाहिए: ऑर्डर का भुगतान हुआ? भुगतान सिस्टम के पास उत्तर है. इंटीग्रेशन टीम हर भुगतान रिकॉर्ड दूसरे डेटाबेस में कॉपी, उसकी प्रति ताज़ा रखने और एजेंट ऑर्डर खोले तब उसे पढ़ने का प्रस्ताव करती है. यह काल्पनिक परिचालन उदाहरण है, उद्धृत प्रदर्शन का विश्लेषणात्मक उपयोग मामला नहीं.

ज़रूरी हो सकता है. पहले पूछें कि क्या स्क्रीन को बस अभी एक अनुमत उत्तर चाहिए.

क्लाउड के बीच विश्लेषणात्मक क्वेरी का तकनीकी प्रदर्शन डेस्टिनेशन में स्रोत तालिका की स्थायी प्रति पहले बनाए बिना मौजूदा डेटा स्रोतों पर क्वेरी दिखाता है. वही प्रदर्शन जुड़ी तालिका भी बनाता है, यानी एक वर्कफ़्लो में रिमोट पहुंच और कॉपी साथ हो सकते हैं. यह वास्तविक प्रोडक्ट क्षमता है, यह वादा नहीं कि विश्लेषणात्मक क्वेरी सेवा परिचालन भुगतान स्क्रीन के लिए ठीक है या निष्पादन में डेटा कभी नहीं चलता. Google Cloud की संयुक्त क्वेरी गाइड बताती है कि कुछ बाहरी क्वेरी परिणाम अस्थायी रूप से क्वेरी सेवा तक जाते हैं. महत्वपूर्ण अंतर स्थायी सिंक प्रति और खास सवाल के सीमित पढ़ने में है.

उपभोक्ता के काम से तय करें

“सिस्टम जोड़ें” में दो अलग अनुरोध छिपे हैं. एक पूछता है, “स्रोत अभी क्या कहता है?” दूसरा, “डेस्टिनेशन को बाद में कार्य करने के लिए कौन सी स्थिति रखनी है?”

सहायता स्क्रीन में सीमित पढ़ाई ऑर्डर स्थिति और उसे देखने का समय लौटा सकती है. स्रोत आधिकारिक रहता है. स्रोत बंद हो तो स्क्रीन कहे कि वर्तमान स्थिति उपलब्ध नहीं या कैश वाला उत्तर स्पष्ट चिह्नित करे. दूसरी प्रति नया सवाल देती है: दोनों न मिलें तो कौन जीतेगा?

सत्य का स्रोत वर्तमान स्थिति

सीमित क्वेरी अनुमत पढ़ाई देखने का समय

उपभोक्ता एक उत्तर

उपभोक्ता अनुमत, सीमित क्वेरी से स्रोत में एक वर्तमान उत्तर पूछता है; क्वेरी स्थायी प्रति बनाए बिना अस्थायी डेटा संसाधित कर सकती है.

छोड़ी हुई कार्ट के कैम्पेन में डेस्टिनेशन को किसी के स्क्रीन खोलने के बिना कार्य करना होगा. समय पर इवेंट, सहमति स्थिति और खरीद के बाद कतार में संदेश कैंसल करने का तरीका चाहिए हो सकता है. कैम्पेन समय लाइव पढ़ाई तब भी सहायक हो सकती है, लेकिन मांग पर केवल उत्तर पूरा काम नहीं.

उपभोक्ता को चाहिए	पहले जांचने वाला डिज़ाइन	मुख्य समझौता
एक वर्तमान उत्तर	स्वामी से सीमित क्वेरी	स्रोत पहुंच और विलंब पर निर्भर
बदलाव पर लगातार कार्य	इवेंट या न्यूनतम बदलाव सिंक	देर, डुप्लिकेट और छूटे इवेंट संभालना
पुराने निर्णय का प्रमाण	संबंधित फ़ील्ड का संस्करण वाला स्नैपशॉट	रखरखाव और पहुंच नीति
स्रोत बंद होने पर संचालन	स्पष्ट कैश या प्रति	पुरानी हो सकती है; उम्र का नियम चाहिए

यह निर्णय तालिका है, प्रदर्शन तुलना नहीं. हर जगह लागू क्वेरी बनाम कॉपी सीमा इससे नहीं निकलती.

प्रति की लगातार लागत है

पहला डेटा निकालना कम लागत लगता है क्योंकि खत्म हो जाता है. प्रति जीवित रहती है. नया फ़ील्ड आता, पहचानकर्ता मिलते, अनुमति बदलती या पुराना इवेंट नए के बाद आता है. तब डेस्टिनेशन के पास ऐसा उत्तर हो सकता है जिसे स्रोत अस्वीकार करे.

लागत केवल स्टोरेज नहीं. मिलान करना है: देरी देखना, छूटे बदलाव फिर चलाना, ज़रूरत पर डेटा मिटाना और कल के मान से निर्णय क्यों लिया गया, बताना. डेस्टिनेशन को स्वतंत्र स्थिति चाहिए तो उचित है. एक वर्तमान उत्तर ही देना है तो अतिरिक्त बोझ है.

क्वेरी की भी लागत है. स्रोत पर बोझ, दूसरे व्यक्ति को फ़ील्ड दिखना, नेटवर्क सीमा पार करना और बुरे समय विफल होना. क्वेरी की योजना दृश्य परिणाम से अधिक डेटा पढ़ सकती है. संयुक्त क्वेरी दस्तावेज़ निष्पादन विवरण बताता है जिसे रिमोट क्वेरी को शून्य डेटा चाल मानने से पहले देखना चाहिए.

सुरक्षित क्वेरी का उद्देश्य और परिणाम सीमित हो. फ़ील्ड स्वामी बताएं. कॉलर अनुमति सीमित करें. उत्तर कितना पुराना चल सकता है, क्वेरी कितनी देर रुके और टाइमआउट पर स्क्रीन क्या कहे, तय करें. उत्तर के साथ देखने का समय रखें.

नियंत्रित प्रति अपनी कीमत कब कमाती है

“स्थानीय डेटा स्थिर इंटरफ़ेस और कम रिमोट विफलता देता है.” गंभीर तर्क है. वर्कफ़्लो में सख्त विलंब लक्ष्य हो या स्रोत बंद रहने पर भी चलना हो, नियंत्रित प्रति सही डिज़ाइन हो सकती है.

नियंत्रित शब्द मुख्य है. कौन से फ़ील्ड कॉपी होंगे, कितनी जल्दी अपडेट, अपडेट रुकें तो क्या होगा और पुरानी स्थिति पर उपभोक्ता कब कार्य रोकेगा, तय करें. सुखद रास्ते के साथ देर से सुधार भी जांचें. तेज़ पुराना उत्तर दिखाई देने वाले अनुपलब्ध उत्तर से बुरा हो सकता है.

उपभोक्ता के सबसे छोटे सवाल से शुरू करें. पढ़ाई हल दे तो स्रोत को अधिकार दें. कार्य के लिए स्थानीय स्थिति ज़रूरी हो तो केवल वही कॉपी करें जिसका कार्य औचित्य दे.

बिना व्यापक प्रति बनाने का ढांचा बनाए छोटा परीक्षण फैसला कर सकता है. उपभोक्ता का असली सवाल चुनें, उत्तर कितना ताज़ा होना चाहिए लिखें और स्रोत के खिलाफ़ अनुमत क्वेरी चलाएं. वास्तविक पहुंच नियंत्रण में विलंब, स्रोत बोझ और विफलता देखें. फिर वही आवश्यकता पूरी करने वाली सबसे छोटी कॉपी स्थिति आज़माएं. केवल जवाब समय नहीं, सुधार, मिटाना और स्रोत बंद होने का व्यवहार तुलना करें. इंटीग्रेशन योजना गाइड व्यापक वर्कफ़्लो देती है; परीक्षण उत्तर की जगह चुनता है. लगातार रखरखाव गिने तो कोई रास्ता अपने आप सस्ता नहीं.

कनेक्शन का माप उससे पार हुई पंक्तियों की संख्या नहीं है.