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