Event Sourcing پیش آنے والے واقعات کو مستند بنیادی ڈیٹا کے طور پر محفوظ کرتا ہے، پھر اس تاریخ سے موجودہ حالت اخذ کرتا ہے۔ ہر واقعہ کاروباری تبدیلی درج کرتا ہے، جیسے «کارٹ میں شے شامل ہوئی» یا «آرڈر منسوخ ہوا»۔
صرف یہ جاننے کے بجائے کہ کارٹ میں ایک کتاب ہے، نظام جان سکتا ہے کہ صارف نے دو شامل کیں اور ایک نکالی۔ یہ تاریخ کارٹ دوبارہ بنانے کے لیے استعمال ہوتی ہے، صرف حوالہ کے طور پر نہیں رکھی جاتی۔
فرض کریں کارٹ کی تاریخ یہ ہے:
ان تین واقعات کو ترتیب سے پڑھنے اور لاگو کرنے کا نتیجہ وہی ہے: کتاب A کی ایک نقل۔ اسے ری پلے کہتے ہیں، یعنی حالت کا حساب لگانے کے لیے درج تاریخ لاگو کرنا۔
صارف مزید اشیا شامل کرے تو نظام درخواست چیک کرکے نیا واقعہ آخر میں جوڑتا ہے۔ اگر دو درخواستیں ایک ساتھ کارٹ بدلیں تو واقعہ جوڑتے وقت پڑھے گئے اسٹریم ورژن کو جانچنا ضروری ہے، تاکہ متصادم تبدیلیاں پکڑی جائیں۔
ری پلے ڈیٹا دوبارہ بناتا ہے۔ اسے تصدیقی ای میل دوبارہ نہیں بھیجنی چاہیے یا ادائیگی پھر نہیں کرنی چاہیے۔
Event Sourcing ان شعبوں کے لیے موزوں ہے جہاں تبدیلی کی تاریخ کاروبار کا اہم حصہ ہے، جیسے معاہدے کا دور حیات یا آرڈر میں مسلسل ردوبدل۔ فوائد اتنے ہونے چاہئیں کہ تاریخ رکھنے اور پراسیس کرنے کی محنت جائز ہو۔
اگر ایپلیکیشن کو صرف تازہ ترین حالت اور معائنے کے لیے ریکارڈ چاہیے تو آڈٹ لاگ کے ساتھ روایتی ذخیرہ آسان ہو سکتا ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں