आपके द्वारा अपने प्रश्न में पहले से वर्णित तीसरे दृष्टिकोण का उपयोग करके वास्तविक डेटा स्टोर और कैश को सिंक्रनाइज़ किया जाना चाहिए।
जैसे ही आप अपने निश्चित स्टोर (यानी आपका SQL डेटाबेस) में डेटा जोड़ते हैं, आपको इस डेटा को किसी सेवा बस या संदेश कतार में संलग्न करना होगा, और कुछ एसिंक्रोनस सेवा को किसी प्रकार की पृष्ठभूमि प्रक्रिया का उपयोग करके संपूर्ण सिंक्रनाइज़ेशन करने देना होगा।
आप इस मामले में नहीं पड़ना चाहते (जब सेवा बस और अतुल्यकालिक सेवा का उपयोग नहीं कर रहे हों):
- अपने अनुरोधों या प्रक्रियाओं को धीमा करें क्योंकि उपयोगकर्ता को आपके डेटाबेस और कैश में डेटा संग्रहीत होने तक प्रतीक्षा करने की आवश्यकता होती है।
- कैशिंग प्रक्रिया के दौरान विफल होने का जोखिम है और एक पुन:प्रयास नीति (जो आमतौर पर एक सेवा बस या कुछ संदेश कतारों में एक अंतर्निहित सुविधा है) में सक्षम नहीं है। साथ ही, यह विफलता आंशिक या पूर्ण कैश भ्रष्टाचार में समाप्त हो सकती है और आप इस स्थिति को ठीक करने के लिए किसी कार्य को स्वचालित रूप से और आसानी से शेड्यूल करने में सक्षम नहीं होंगे।
Redis कुंजी समाप्ति का उपयोग करने के बारे में, यह एक अच्छा विचार है। चूंकि Redis अपने अंतर्निहित तंत्र का उपयोग करके कुंजियों को समाप्त कर सकता है, इसलिए आपको संपूर्ण पृष्ठभूमि प्रक्रिया से कुंजी समाप्ति को लागू नहीं करना चाहिए। यदि कोई कुंजी मौजूद है, क्योंकि यह अभी भी मान्य है।
बीटीडब्लू, आप हमेशा इस मामले में नहीं रहेंगे (यदि कोई कुंजी समाप्त नहीं हुई है तो इसका मतलब है कि इसे ओवरराइट नहीं किया जाना चाहिए)। यह आपके वास्तविक डोमेन पर निर्भर हो सकता है।
