CQRS (कमाण्ड र क्वेरीका जिम्मेवारीहरूको विभाजन) ले डेटा अद्यावधिक गर्ने मोडेललाई डेटा पढ्ने मोडेलबाट छुट्याउँछ। लेख्ने पक्ष व्यावसायिक नियममा केन्द्रित हुन्छ; पढ्ने पक्षले देखाउन वा खोज्नका लागि जानकारी व्यवस्थित गर्छ।
उदाहरणका लागि, सिनेमाको टिकट बुक गर्न सिट उपलब्ध छ कि छैन जाँच्नुपर्छ। टिकटको सूची देखाउन चलचित्रको नाम, प्रदर्शन समय र सिटको स्थान चाहिन्छ। यी काममा उही डेटा संलग्न हुन्छ, तर प्रशोधन फरक चाहिन्छ।
दुवै मोडेल एउटै एप्लिकेसनमा रहन र डेटाबेस साझा गर्न सक्छन्। CQRS का लागि दुई डेटाबेस, क्यु वा Event Sourcing आवश्यक हुँदैन।
ग्राहकले सिट छान्दा अनुरोध लेख्ने पक्षमा जान्छ। प्रणालीले बुकिङ जाँच्छ र सुरक्षित गर्छ; उपयुक्त डेटा प्रतिबन्ध भएको ट्रान्ज्याक्सनले एउटै प्रदर्शनका लागि दुई ग्राहकले एउटै सिट बुक गर्नबाट रोक्नुपर्छ। लेख्ने काम सफल भएपछि ग्राहकले पुष्टि पाउँछ।
ग्राहकले “मेरा टिकटहरू” खोल्दा पढ्ने पक्षले चलचित्रका नाम, प्रदर्शन समय र सिटसहितको सूची फर्काउँछ। बुकिङका नियम नबदली यसको प्रस्तुति बदल्न सकिन्छ।
क्वेरीले धेरै स्रोत खपत गर्न थाले प्रणालीले ती विवरण पहिल्यै जोडिएको छुट्टै पढ्ने तालिका राख्न सक्छ। त्यो तालिका असिङ्क्रोनस रूपमा अद्यावधिक भए नयाँ टिकट तुरुन्तै नदेखिन सक्छ; सूची ताजा बनाउँदा इन्टरफेसले सफल बुकिङको पुष्टि कायम राख्नुपर्छ।
अद्यावधिकमा पर्याप्त व्यावसायिक नियम हुने तर स्क्रिन वा रिपोर्टलाई निकै फरक प्रस्तुति चाहिने अवस्थामा CQRS उपयोगी हुन्छ। यो पूरै प्रणालीको सट्टा टिकट बुकिङमा मात्र लागू गर्न सकिन्छ।
साधारण रेकर्ड सिर्जना गर्ने, पढ्ने, अद्यावधिक गर्ने र मेट्ने मात्र एप्लिकेसनका लागि एउटै साझा मोडेल विकास गर्न प्रायः सजिलो हुन्छ।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्