আপনার ডেটা অখণ্ডতা কেন্দ্রীভূত করুন

সিস্টেম (অর্থাৎ, ডাটাবেস) যা তাদের ডেটা অখণ্ডতা পরিচালনা করে তা সাধারণ জ্ঞানের মতো শোনায়, এবং সহজ পরিস্থিতিতে, এটি সাধারণ জ্ঞান। তবে, যখন ব্যবসায়িক নিয়মগুলি জটিল হয়ে ওঠে, তখন একটি কেন্দ্রীয় অবস্থানে ডেটা যাচাই করা কঠিন হয়ে পড়ে।

যখন একটি সিস্টেম (অর্থাৎ, একটি ডাটাবেস) আর ডেটার আকৃতি প্রয়োগ করতে পারে না, তখন অন্য কিছু অবশ্যই এই দায়িত্ব নিতে হবে। এটি কখন ঘটতে পারে?

মার্কিন যুক্তরাষ্ট্রে ফোন নম্বরের ফর্ম্যাট হল (এরিয়া কোড) (প্রিফিক্স) – (নম্বর), এখানে একটি উদাহরণ: (734) 555-3212। সরলতার জন্য আমরা এই নিবন্ধে ডাটাবেস সম্পর্কে কথা বলব, তবে ডেটাস্টোর একটি ডাটাবেস হতে হবে না।

মার্কিন যুক্তরাষ্ট্রে ফোন নম্বরগুলিতে সর্বদা দশটি সংখ্যা থাকে (আমরা আন্তর্জাতিক সংখ্যা উপেক্ষা করছি)। ফোন নম্বরগুলি বিভিন্ন ফর্ম্যাটে আসতে পারে:

• xxx.xxx.xxxx
• xxx-xxx-xxxx
• (xxx) xxx-xxxx
• (xxx) xxx.xxxx

বেশিরভাগ ডাটাবেস ডেটা-টাইপ (অর্থাৎ, সংখ্যা, স্ট্রিং, তারিখ ইত্যাদি) এ সীমাবদ্ধ এবং ফর্ম্যাটিং সমর্থন করে না। অনেক অ্যাপ্লিকেশন ফোন নম্বর সংরক্ষণ করতে স্ট্রিং ডেটা-টাইপ ব্যবহার করতে বেছে নেয়। তবে, স্ট্রিং ডেটা-টাইপ যেকোনো স্ট্রিং গ্রহণ করে। ফোন নম্বরটি বৈধ তা নিশ্চিত করতে, আমাদের একটি অতিরিক্ত যাচাইকরণ স্তর প্রয়োজন।

একটি একক ডাটাবেসের সাথে সংযুক্ত একটি একক অ্যাপ্লিকেশনে, ডেটা যাচাইকরণ সাধারণত অ্যাপ্লিকেশনে প্রয়োগ করা হয়।

যখন আপনার স্থাপত্য দুটি বা তার বেশি অ্যাপ্লিকেশনে বৃদ্ধি পায় যা একটি ডাটাবেস শেয়ার করে, দুটি জিনিস ঘটতে পারে:

1. প্রতিটি অ্যাপ্লিকেশনের নিজস্ব ডেটা যাচাইকরণ রয়েছে:

2. একটি কেন্দ্রীয় সেবা রয়েছে যা অ্যাপ্লিকেশনগুলি ডেটা যাচাই করতে এবং ডেটা সংরক্ষণ করতে কল করে:

একাধিক স্থানে ডেটা যাচাইকরণের ঝুঁকি হল যাচাইকরণগুলি সিঙ্ক্রোনাইজেশনের বাইরে থাকতে পারে। একটি অ্যাপ্লিকেশনের জন্য একটি বৈধ ফর্ম্যাট অন্য অ্যাপ্লিকেশনে বৈধ নাও হতে পারে। সবচেয়ে খারাপ ক্ষেত্রে, একটি খারাপ ফর্ম্যাট একটি ত্রুটি নিক্ষেপ করবে বা চরম ক্ষেত্রে, অ্যাপ্লিকেশন ক্র্যাশ করবে।

সেরা ক্ষেত্রটি হল ডেটা যাচাইকরণ কেন্দ্রীভূত করা যাতে ডাটাবেসে সংরক্ষিত ফর্ম্যাট সম্পূর্ণ সংস্থা জুড়ে সামঞ্জস্যপূর্ণ হয়। অবশ্যই ব্যতিক্রম রয়েছে, এবং আমি অনুমান করছি যে একাধিক অ্যাপ্লিকেশন একটি ভাগ করা ডাটাবেসে পড়ে এবং লেখে।