গতকাল আমি আমার কাছে থাকা একাধিক ডাটাবেসের ডিবিও পরিবর্তন সম্পর্কিত এই প্রশ্নটি জিজ্ঞাসা করেছি। পরিবর্তনটি বোঝা যায় তবে আমি পরিষ্কার হতে চাই।
আমার কোনও ডাটাবেসের ডিবিও সেট [স] করতে হবে না কেন এমন কোনও যুক্তিসঙ্গত কারণ বা পরিস্থিতি আছে ?
গতকাল আমি আমার কাছে থাকা একাধিক ডাটাবেসের ডিবিও পরিবর্তন সম্পর্কিত এই প্রশ্নটি জিজ্ঞাসা করেছি। পরিবর্তনটি বোঝা যায় তবে আমি পরিষ্কার হতে চাই।
আমার কোনও ডাটাবেসের ডিবিও সেট [স] করতে হবে না কেন এমন কোনও যুক্তিসঙ্গত কারণ বা পরিস্থিতি আছে ?
উত্তর:
এসএকে একটি ডাটাবেসের মালিক বানানো আসলে সরল করে এবং / অথবা বেশ কয়েকটি জিনিস সমাধান করে তবে কিছুটা সুরক্ষিত প্রভাব থাকতে পারে।
বিশেষত, মনে রাখবেন যে যদি SA কোনও ডাটাবেসের মালিক হয়, তবে dbo = 'SA'
। এর অর্থ হ'ল, অন্যান্য জিনিসের সাথে সাথে [ডিবিও] স্কিমাতে কোনও পদ্ধতি (যা ডিফল্ট) যেগুলিতে "মালিক হিসাবে এক্সিকিউট" রয়েছে সেগুলি আসলে এসএ হিসাবে সম্পাদন করছে। যে না বেশ খারাপ হিসাবে হিসাবে শোনাচ্ছে, কারণ যদি না আপনি নির্ভরযোগ্য হিসাবে ডাটাবেসের চিহ্নিত করেছেন, এসকিউএল সার্ভার যে মত একটি ছদ্মবেশ ধারণ সার্ভার পর্যায়ের আসলের সঙ্গে ডাটাবেসের থেকে একটি সেশন বা কাজের করবে না।
কোনটি পরের পয়েন্ট দেখাবে: নির্ভরযোগ্য যেমন ডাটাবেস চিহ্নিত না, যদি না তুমি সত্যিই , সত্যিই নিশ্চিত যে এটা নিরাপদ। কারণ [ডিবিও] স্কিমে পদ্ধতি তৈরি করার ক্ষমতা সম্পন্ন যে কেউ চাইলে পুরো সার্ভারে এসএ হিসাবে কার্যকর করতে পারেন।
অন্য একটি সমস্যা আসতে পারে কারণ অনেকগুলি পণ্য এবং অ্যাপ্লিকেশনগুলির নিজস্ব এসকিউএল সার্ভার ডাটাবেস রয়েছে, প্রায়শই তাদের অ্যাপ্লিকেশন লগইনকে ডাটাবেসের ডিবিও হতে হবে তা নির্দিষ্ট করে। স্পষ্টতই আপনি তাদের অ্যাপ্লিকেশন লগইন করে 'এসএ' করে সমাধান করতে পারেন। আশা করা যায়, এটিও স্পষ্ট যে আপনার কখনই এটি করা উচিত নয়, যদি না যে এসকিউএল সার্ভার ইনস্ট্যান্স অন্য কোনও কিছুর জন্য ব্যবহার না করা হয় (তারপরেও আমি এর বিরুদ্ধে সুপারিশ করব)।