يحفظ اعتماد الأحداث مصدرًا للحالة، أو Event Sourcing، الأحداث التي وقعت بوصفها البيانات المرجعية، ثم يستنتج الحالة الحالية من ذلك السجل. يسجل كل حدث تغييرًا في الأعمال، مثل «أُضيفت سلعة إلى السلة» أو «أُلغي الطلب».
بدلًا من معرفة أن السلة تحتوي على كتاب واحد فقط، يستطيع النظام معرفة أن العميل أضاف كتابين ثم أزال واحدًا. ويُستخدم هذا التاريخ لإعادة بناء السلة، وليس للاحتفاظ به مرجعًا فحسب.
لنفترض أن للسلة التاريخ التالي:
تؤدي قراءة هذه الأحداث الثلاثة وتطبيقها بالترتيب إلى النتيجة نفسها: نسخة واحدة من الكتاب أ. ويُسمى ذلك إعادة التشغيل، أي تطبيق التاريخ المسجل لحساب الحالة.
عندما يضيف العميل مزيدًا من السلع، يفحص النظام الطلب ويلحق حدثًا جديدًا. وإذا عدّل طلبان السلة بالتزامن، فيجب عند الإلحاق التحقق من إصدار التدفق الذي سبق قراءته لاكتشاف التغييرات المتعارضة.
تعيد إعادة التشغيل بناء البيانات. ويجب ألا ترسل رسائل التأكيد الإلكترونية أو تنفذ المدفوعات مرة أخرى.
يناسب هذا الأسلوب المجالات التي يكون فيها تاريخ التغييرات جزءًا مهمًا من الأعمال، مثل دورة حياة عقد أو التعديلات المتعاقبة على طلب. ويجب أن تبرر فوائده الجهد اللازم للاحتفاظ بذلك التاريخ ومعالجته.
إذا كان التطبيق يحتاج فقط إلى أحدث حالة وسجل للفحص، فقد يكون التخزين التقليدي مع سجل تدقيق أبسط.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع