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