CQRS (Command Query Responsibility Segregation) ডেটা আপডেটের মডেলকে ডেটা পড়ার মডেল থেকে আলাদা করে। লেখার দিক ব্যবসায়িক নিয়মে মনোযোগ দেয়; পড়ার দিক প্রদর্শন বা অনুসন্ধানের জন্য তথ্য সাজায়।
যেমন, সিনেমার টিকিট বুক করতে আসন খালি আছে কি না পরীক্ষা করতে হয়। টিকিটের তালিকা দেখাতে চলচ্চিত্রের নাম, প্রদর্শনীর সময় ও আসনের অবস্থান লাগে। কাজগুলো একই ডেটা নিয়ে হলেও প্রক্রিয়াকরণ আলাদা।
দুই মডেল একই অ্যাপ্লিকেশনে থেকে ডেটাবেস ভাগ করতে পারে। CQRS-এর জন্য দুটি ডেটাবেস, কিউ বা Event Sourcing বাধ্যতামূলক নয়।
গ্রাহক আসন বেছে নিলে অনুরোধ লেখার দিকে যায়। সিস্টেম বুকিং পরীক্ষা করে সংরক্ষণ করে; উপযুক্ত ডেটা সীমা-নিয়মসহ ট্রানজ্যাকশনকে একই প্রদর্শনীতে একই আসন দুই গ্রাহকের বুক করা ঠেকাতে হবে। লেখা সফল হলে গ্রাহক নিশ্চয়তা পান।
গ্রাহক “আমার টিকিট” খুললে পড়ার দিক চলচ্চিত্রের নাম, প্রদর্শনীর সময় ও আসনসহ তালিকা ফেরত দেয়। বুকিংয়ের নিয়ম না বদলিয়েও এর উপস্থাপনা বদলানো যায়।
কোয়েরি ব্যয়বহুল হয়ে গেলে সিস্টেম আলাদা পঠন টেবিল রাখতে পারে, যেখানে এসব তথ্য আগেই একত্র করা আছে। টেবিলটি অ্যাসিঙ্ক্রোনাসভাবে আপডেট হলে নতুন টিকিট সঙ্গে সঙ্গে নাও দেখা যেতে পারে; তাই তালিকা রিফ্রেশ করার সময় ইন্টারফেসে সফল বুকিংয়ের নিশ্চয়তা ধরে রাখা উচিত।
আপডেটে অনেক ব্যবসায়িক নিয়ম থাকলেও স্ক্রিন বা রিপোর্টে খুব ভিন্ন রূপের তথ্য দরকার হলে CQRS কাজে লাগে। পুরো সিস্টেমের বদলে শুধু টিকিট বুকিংয়েও এটি প্রয়োগ করা যায়।
যেসব অ্যাপ্লিকেশন শুধু সরল রেকর্ড তৈরি, পড়া, আপডেট ও মুছে ফেলে, সেগুলোর জন্য একটি ভাগ করা মডেল তৈরি করা প্রায়ই সহজ।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন