डेटाबेस एक्सेस और डीडीडी के लिए कलाकारों का उपयोग कैसे करें?

Question

मुझे पूरा यकीन नहीं है कि डेटाबेस तक पहुंचने के लिए कलाकारों का उपयोग कैसे किया जा सकता है। अक्का के लिए प्रलेखन और किताबों में इस विषय को छोड़ा जाना प्रतीत होता है।

एक समाधान एक स्टेटलेस अभिनेता में एक लपेटा डीएओ हो सकता है। उदाहरण के लिए डेटाबेस में प्रत्येक तालिका (या डोमेन ऑब्जेक्ट प्रकार या कुल प्रकार) के लिए कोई एक अभिनेता बना सकता है जो सभी सीआरयूडी संचालन के लिए ज़िम्मेदार है। इसकी एक भिन्नता कमांड और प्रश्नों को अलग कर सकती है। उदाहरण के लिए प्रत्येक डेटा प्रकार 1 कमांड अभिनेता (समवर्ती के लिए) और 10 क्वेरी कलाकार (समांतरता के लिए) के लिए।

डेटाबेस में एक पंक्ति (या डोमेन ऑब्जेक्ट उदाहरण या कुल उदाहरण) का प्रतिनिधित्व करने वाले राज्यव्यापी कलाकार बनाने के लिए एक अन्य दृष्टिकोण हो सकता है। बेशक डेटाबेस इस मामले में एक ईवेंट स्टोर (जैसे एक्क्का दृढ़ता मॉड्यूल) भी हो सकता है, जिसके परिणामस्वरूप डेटाबेस, दस्तावेज़ स्टोर या कैश के अंततः लगातार प्रक्षेपण होता है। यह यहां प्रासंगिक नहीं है। यह दृष्टिकोण वास्तव में सभी लाभों और समस्याओं के साथ स्मृति कैश में एक कार्यान्वयन है। कुछ समय बाद अभिनेताओं को स्मृति से बाहर नहीं निकलने के लिए नष्ट करने की रणनीति होनी चाहिए।

---

मैं DDD के लिए मेरे सवाल का विस्तार होगा:

मान लें, मैं अक्का अभिनेताओं के साथ एक DDD आवेदन विकसित करना चाहते हैं। चलो कमांड भाग पर ध्यान केंद्रित करते हैं। मेरी राय में इसे इस तरह कार्यान्वित किया जाना चाहिए: प्रत्येक बाध्य संदर्भ के लिए एक बंदरगाह अभिनेता होगा, उदा। स्प्रे आरईएसटी एपीआई, जो उचित डोमेन सेवा अभिनेता को संदेश भेजती है। यह सेवा अभिनेता एक या अधिक डोमेन मॉडल समेकन के लिए एक व्यावसायिक कार्य का समन्वय करता है। प्रत्येक एकल एक स्टेटस अभिनेता है जिसे डेटाबेस से सेवा अभिनेता द्वारा बहाल किया जाता है (या नए डेटा पर बनाया जाता है)। सेवा अभिनेता सभी शामिल कुल कलाकारों को संदेश भेजता/भेजता है। प्राप्त डोमेन मॉडल अभिनेता अपने राज्य + संदेश पर व्यावसायिक सत्यापन करेंगे और फिर वे डेटाबेस में अपने परिवर्तन लिखेंगे, उदा। Slick डीएओ। सेवा अभिनेता को done वापस भेजने के बाद वे बंद हो जाते हैं। जब सभी समेकित अभिनेता done संदेश समाप्त हो जाते हैं तो संदेश संदेश के प्रेषक को वापस भेज दिया जाता है। एक भिन्नता राज्य के डोमेन मॉडल अभिनेताओं को तुरंत नहीं रोक सकती है, लेकिन एक समय के बाद, 3 मिनट कहें।

क्या यह अक्का के साथ डीडीडी के लिए एक वैध उपयोग पैटर्न है?

Answer 1

आमतौर पर डीबी रीडिंग ऑपरेशंस (सीआरयूडी) किसी भी अभिनेता द्वारा सीधे किया जा सकता है। ज्यादातर मामलों में कोई विशेष हैंडलिंग करने की आवश्यकता नहीं है। भार को संतुलित करने के लिए बस एक साधारण राउंड-रॉबिन।

अद्यतन संचालन (सीआरयूडी) के लिए, उन्हें गैर अंतरंग डोमेन/शर्ड्स में विभाजित किया जा सकता है। उदाहरण के लिए, एक ही खाते के साथ सभी संचालन को एक अभिनेता द्वारा अधिमानतः संसाधित किया जाना चाहिए। किसी के पास एन लगभग स्वतंत्र प्रसंस्करण अभिनेता और राउटर हो सकता है जो उदाहरण के लिए खाता.hashCode% N के आधार पर उनमें से एक को आदेश देता है। इस प्रकार संचालन कलाकारों के बीच समान रूप से समान रूप से वितरित किए जाएंगे और प्रत्येक खाते को अनुक्रमिक रूप से संसाधित किया जाएगा।

पीएस स्काइक अक्का अनुप्रयोगों के लिए एक मूल डीबी लाइब्रेरी प्रतीत होता है।