CQRS (Command Query Responsibility Segregation) ڈیٹا اپ ڈیٹ کرنے والے ماڈل کو اسے پڑھنے والے ماڈل سے الگ کرتا ہے۔ لکھنے والا حصہ کاروباری اصولوں پر توجہ دیتا ہے؛ پڑھنے والا حصہ معلومات کو دکھانے یا تلاش کرنے کے لیے ترتیب دیتا ہے۔
مثلاً سنیما ٹکٹ بک کرنے کے لیے نشست کی دستیابی دیکھنی ہوتی ہے۔ ٹکٹوں کی فہرست دکھانے کے لیے فلم کا نام، شو کا وقت اور نشست کا مقام چاہیے۔ یہ کام ایک ہی ڈیٹا سے متعلق ہیں مگر ان کی پراسیسنگ مختلف ہے۔
دونوں ماڈل ایک ایپلیکیشن میں رہ کر ڈیٹابیس بانٹ سکتے ہیں۔ CQRS کے لیے دو ڈیٹابیس، قطار یا Event Sourcing ضروری نہیں۔
صارف نشست چنتا ہے تو درخواست لکھنے والے حصے میں جاتی ہے۔ نظام بکنگ چیک کرکے محفوظ کرتا ہے؛ مناسب ڈیٹا پابندیوں والی ٹرانزیکشن کو دو صارفین کو ایک شو کی ایک ہی نشست بک کرنے سے روکنا چاہیے۔ لکھنا کامیاب ہو تو صارف کو تصدیق ملتی ہے۔
صارف «میرے ٹکٹ» کھولتا ہے تو پڑھنے والا حصہ فلموں کے نام، شو کے اوقات اور نشستوں کی فہرست لوٹاتا ہے۔ بکنگ کے اصول بدلے بغیر اس کی پیشکش تبدیل ہو سکتی ہے۔
کوئریاں مہنگی ہونے لگیں تو نظام ایک الگ پڑھنے کی ٹیبل رکھ سکتا ہے جس میں یہ تفصیلات پہلے سے یکجا ہوں۔ اگر ٹیبل غیر ہم وقتی انداز میں اپ ڈیٹ ہو تو نیا ٹکٹ فوراً ظاہر نہ ہو؛ اس لیے فہرست تازہ کرتے وقت انٹرفیس کو کامیاب بکنگ کی تصدیق برقرار رکھنی چاہیے۔
CQRS تب مفید ہے جب اپ ڈیٹس میں بہت سے کاروباری اصول ہوں، مگر اسکرینوں یا رپورٹس کو بہت مختلف نمائندگی چاہیے۔ اسے پورے نظام کے بجائے صرف ٹکٹ بکنگ پر بھی لاگو کیا جا سکتا ہے۔
جو ایپلیکیشنز صرف سادہ ریکارڈ بناتی، پڑھتی، اپ ڈیٹ اور حذف کرتی ہیں، ان میں ایک مشترکہ ماڈل بنانا اکثر آسان ہوتا ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں