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