এখানে মনের মিলন, অর্থাত্ বিকাশকারীদের (ডিভি) এবং ডিবিএর মন অবশ্যই অনিবার্যভাবে ঘটবে। বিজনেস লজিক (বিএল) এর সাথে কাজ করা এবং ডেটাবেসগুলিতে সঞ্চয় করা এমন প্রভাব ফেলতে পারে যা এর বাস্তবায়নকে মহিমান্বিত বা ভয়ঙ্কর করে তুলতে পারে।
কিছু আরডিবিএমএস পণ্যের জন্য, ব্যবসায়িক যুক্তি এবং অবজেক্ট ইনফ্রাস্ট্রাকচারগুলির জন্য উচ্চতর গ্রন্থাগার / সরঞ্জাম / এপিআই রয়েছে যা তাদের অ্যাপ্লিকেশনগুলিতে দ্রুত শিখতে এবং নিযুক্ত করতে পারে। অন্যান্য আরডিবিএমএসের জন্য কোনও লাইব্রেরি / সরঞ্জাম / এপিআই নেই।
অতীতে ক্লায়েন্ট সার্ভার অ্যাপ্লিকেশনগুলি স্টোরড প্রসেসারস (এসপি) এর মাধ্যমে ব্রিজটি বিএলে পরিণত করেছিল। ওরাকল এবং এসকিউএল সার্ভারের মতো পণ্যগুলির জন্য, এটি প্রথম দিকে করা হয়েছিল। পোস্টগ্রেএসকিউএল এবং মাইএসকিউএল-এর মতো ওপেন সোর্স ডাটাবেসগুলি যেহেতু অস্তিত্বশীল হয়েছিল, বিএল-এ সংরক্ষিত পদ্ধতিগুলি সহ নতুন ভিত্তি ভাঙার ঝুঁকির মধ্যে রয়েছে। পোস্টগ্র্রেএসকিউএল খুব তাড়াতাড়ি পরিপক্ক হয়েছে, যেহেতু কেবলমাত্র সঞ্চিত পদ্ধতিই কার্যকর করা হয়নি তবে গ্রাহকদের ভাষাও কারুকার্য করার দক্ষতাও উপস্থিত হয়েছিল। মাইএসকিউএল মূলত সঞ্চিত প্রক্রিয়া বিশ্বে বিকশিত হওয়া বন্ধ করে এবং অনেকগুলি বিধিনিষেধ সহ একটি ভাষার স্ট্রিপ-ডাউন আকারে এসেছিল। সুতরাং, যখন বিএল এর কথা আসে, আপনি সম্পূর্ণরূপে মাইএসকিউএল এবং এর সঞ্চিত পদ্ধতি ভাষার করুণায় থাকেন।
শুধুমাত্র সত্যই একটি প্রশ্ন রয়ে গেছে: আরডিবিএমএস নির্বিশেষে, বিএলকে ডেটাবেসের পুরো অংশ বা অংশে থাকা উচিত?
বিকাশকারী সম্পর্কে চিন্তা করুন। যখন কোনও অ্যাপ্লিকেশনে জিনিসগুলি খারাপ হয়ে যায়, তখন ডেবাগ প্রক্রিয়াটি ডেটাবেসগুলির বাইরে এবং ডেটা চ্যাজগুলি অনুসরণ করে যা মাঝেমধ্যে সঠিক হতে পারে বা নাও হতে পারে hop এটি একটি সি ++ অ্যাপ্লিকেশন কোডিং এবং মাঝখানে এসেমব্লার কোড কল করার মতো। আপনাকে সোর্স কোড, ক্লাস এবং স্ট্রাক্ট থেকে বাধা, রেজিস্টার এবং অফসেট এবং পিছনে স্যুইচ করতে হবে !!! এটি একই স্তরে ডিবাগিং গ্রহণ করছে।
ডেভেলপাররা কোনও ডাটাবেসের পরিবর্তে মেমরিতে বসে ব্যবসায়িক আইটেমগুলির মাধ্যমে ভাষা কনফিগারেশন (সি ++ এর জন্য সংকলক পতাকা, পিএইচপি / পাইথনের জন্য পৃথক সেটিংস ইত্যাদির) সাথে মিল রেখে বিএল সম্পাদন করার একটি উচ্চ গতির পদ্ধতিটি তৈরি করতে সক্ষম হতে পারে। কেউ কেউ লাইব্রেরি লিখে ডেটাবেজে দ্রুত চালিত কোডের জন্য এই মতাদর্শটি ব্রিজ করার চেষ্টা করেছেন যেখানে সঞ্চিত প্রক্রিয়া এবং ট্রিগারগুলি ডেটাবেজে ভালভাবে সংহত করা হয়েছে এবং সম্ভবত ব্যবহারযোগ্য নয়।
সুতরাং, বিকাশকারীকে দুটি ল্যাজেজে উত্স কোড এবং বিএল বিকাশ, ডিবাগ এবং পরিচালনা বজায় রাখার জন্য চ্যালেঞ্জ দেওয়া হয়েছে।
এবার ডিবিএ নিয়ে ভাবুন। ডিবিএ ডাটাবেসকে ঝুঁকিতে রাখতে চায় এবং সঞ্চিত পদ্ধতির ক্ষেত্রটিতে যথাসম্ভব বোঝাতে চায়। ডিবিএ বিএলকে ডেটাবেসের বাইরের কিছু হিসাবে দেখতে পারে। তবুও, এসকিউএল যখন বিএল-এর জন্য প্রয়োজনীয় ডেটা আহ্বান করে, তখন এসকিউএল হাতা এবং গড় হওয়া প্রয়োজন।
এবার মনের মিলনের জন্য !!!
বিকাশকারী এসপি কোড দেয় এবং পুনরুক্তি পদ্ধতি ব্যবহার করে। ডিবিএ এসপির দিকে তাকাচ্ছে। ডিবিএ নির্ধারণ করে যে একটি একক এসকিউএল বিবৃতি বিকাশকারী দ্বারা লিখিত পুনরাবৃত্ত পদ্ধতিগুলি প্রতিস্থাপন করতে পারে। বিকাশকারী দেখতে পান যে ডিবিএর দ্বারা প্রস্তাবিত এসকিউএল বিবৃতিতে অন্যান্য বিএল-সম্পর্কিত কোড বা এসকিউএল কল করা দরকার যা এসকিউএল বিবৃতিটির সাধারণ সম্পাদন পরিকল্পনা অনুসরণ করে না।
এর আলোকে, কনফিগারেশন, পারফরম্যান্স টিউনিং এবং এসপি কোডিং ডেটা পুনরুদ্ধারের জন্য বিএল এর গভীরতা এবং ডেটা-নিবিড়তার ফাংশন হয়ে ওঠে। বিএল আরও গভীরতা এবং তথ্য-নিবিড়তা, ডেটাবেসকে দেওয়া ডেটা এবং প্রক্রিয়াকরণ শক্তি পরিমাণের জন্য আরও বিকাশকারী এবং ডিবিএ অবশ্যই একই পৃষ্ঠায় থাকতে হবে।
উপসংহার
ডেটা পুনরুদ্ধার পদ্ধতি সর্বদা বিকাশকারী এবং ডিবিএ শিবির উভয়ই জড়িত থাকা উচিত। গতি এবং দক্ষতা উভয়ের জন্য কোডিং পদ্ধতি এবং ডেটা পুনরুদ্ধারের দৃষ্টান্তগুলি একসাথে কীভাবে কাজ করতে পারে সে সম্পর্কে ছাড় রাখতে হবে। যদি কোডটি ডেটা পাওয়ার আগে সোর্স কোডের জন্য ডেটা প্রস্তুতি কেবলমাত্র একবার করা হয়, ডিবিএকে হাতা ব্যবহারের নির্দেশ দিতে হবে এবং এসকিউএল বোঝাতে হবে। যদি বিএল এমন কিছু হয় যা ডিবিএর সাথে তাল মিলবে না, লাগামগুলি তখন বিকাশকারীর হাতে থাকে। এ কারণেই ডিবিএকে নিজের / প্রকল্পের প্রকল্পের অংশ হিসাবে দেখা উচিত এবং নিজের জন্য কোনও দ্বীপ নয়, বিকাশকারীকে অবশ্যই এসকিউএল এর সূক্ষ্ম সুরক্ষা করতে দিলে অবশ্যই ডিবিএকে এটি করতে হবে।