আমি ডিডিডি এবং সম্পর্কিত বিষয়গুলি শেখার চেষ্টা করছি। আমি "ব্যাংক" বাস্তবায়নের জন্য সহজ সীমাবদ্ধ প্রসঙ্গে একটি ধারণা নিয়ে এসেছি: অ্যাকাউন্ট রয়েছে, অর্থ জমা দেওয়া যায়, উত্তোলন করা যায় এবং তাদের মধ্যে স্থানান্তরিত করা যায়। পরিবর্তনের ইতিহাস রাখাও গুরুত্বপূর্ণ।
আমি অ্যাকাউন্ট সত্তা সনাক্ত করেছি এবং ইভেন্ট ইভেন্টটি সোর্সিং এর মধ্যে পরিবর্তনগুলির উপর নজর রাখা ভাল। অন্যান্য সত্তা বা মান বস্তুগুলি সমস্যার সাথে সম্পর্কিত নয়, তাই আমি তাদের উল্লেখ করব না।
আমানত এবং প্রত্যাহারের বিষয়ে বিবেচনা করার সময় - এটি তুলনামূলকভাবে সহজ, কারণ কেবলমাত্র একমাত্র সমষ্টিগত পরিবর্তন হয়েছে।
এটি ভিন্ন স্থানান্তর করার সময় - দুটি সমষ্টিকে একটি মানি ট্রান্সফার ইভেন্টে পরিবর্তন করতে হবে । ডিডিডি এক লেনদেনে একাধিক সংস্থাগুলি সংশোধন করে অবহেলা করে। অন্যদিকে ইভেন্ট সোর্সিংয়ের নিয়মটি হ'ল ইভেন্টগুলিতে সত্ত্বাকে প্রয়োগ করা এবং তাদের ভিত্তিতে রাষ্ট্র পরিবর্তন করা। ইভেন্টটি যদি কেবল ডাটাবেসে সংরক্ষণ করা যায় তবে কোনও সমস্যা হবে না। তবে ইভেন্ট উত্সাহিত সংস্থাগুলির একযোগে পরিবর্তন রোধ করতে আমাদের অবশ্যই প্রতিটি সংখ্যার ইভেন্ট স্ট্রিমের সংস্করণকরণের কিছু বাস্তবায়ন করতে হবে (তাদের লেনদেনের সীমানা ধরে রাখতে)। সংস্করণটির সাথে আরও একটি সমস্যা আসে - আমি ইভেন্টগুলি সঞ্চয় করতে এবং সামগ্রিকভাবে প্রয়োগ করার জন্য সেগুলি আবার পড়তে সহজ কাঠামো ব্যবহার করতে পারি না cannot
আমার প্রশ্নটি - আমি কীভাবে এই তিনটি নীতিকে একত্রিত করতে পারি: "একটি সামগ্রিক এক লেনদেন", "ইভেন্ট-> সামগ্রিক পরিবর্তন" এবং "একযোগে পরিবর্তন প্রতিরোধ"?