পারফরম্যান্সে কোনও পার্থক্য নেই। তবে আপনি এখনই স্কিমা ব্যবহার করছেন (আপনি এটি না জানলেও)।
স্কিমা উল্লেখ ব্যবহার যেমন টেবিল, সঞ্চিত পদ্ধতি UDFs, ইত্যাদি যে বস্তু যেমন, না স্কিমা-যোগ্যতাসম্পন্ন নেই একটি কার্যকারিতা প্রভাব আছে। উল্লেখগুলি সর্বদা স্কিমা দ্বারা যোগ্য হওয়া উচিত should এই জাতীয় অযোগ্য তথ্যসূত্রগুলি সমাধান করতে হবে এবং এটি এরকম ঘটে:
- প্রথমে একই নামের কোনও অবজেক্ট সন্ধান করুন এবং ব্যবহারকারীর ডিফল্ট স্কিমা অনুযায়ী টাইপ করুন যার শংসাপত্রগুলির অধীনে সেশনটি প্রতিষ্ঠিত হয়েছিল (উদাঃ
jsmith)। যদি পাওয়া যায় তবে সেই দৃষ্টান্তটি ব্যবহৃত হয়।
- অন্যথায়, একই নামের কোনও বস্তুর সন্ধান করুন এবং স্কিমাটির নীচে টাইপ করুন
dbo।
এর বেশ কয়েকটি প্রভাব রয়েছে:
- বেশিরভাগ সময়, রেফারেন্সটি স্কিমি-কোয়ালিফাই করা থাকলে একক অনুসন্ধানের চেয়ে রেফারেন্সটি সমাধান করার জন্য দুটি অনুসন্ধানের প্রয়োজন হয়।
- যখন ক্যোয়ারী / সঞ্চিত পদ্ধতি / ব্যবহারকারী-সংজ্ঞায়িত ফাংশনটি আবদ্ধ থাকে তখন কার্যকর করা পরিকল্পনাটি ক্যাশেড এবং পুনরায় ব্যবহার করতে পারে না obtained
চূড়ান্ত প্রভাব যা আপনি কেবলমাত্র — বেদনাদায়ক find সন্ধান করবেন যখন কোনও কিছু ভেঙে যায় তা হল যে বিভিন্ন ব্যবহারকারীগণ প্রদত্ত কোয়েরি বা সঞ্চিত পদ্ধতি থেকে বিভিন্ন ফলাফল পেতে পারে। select * from foo join barডিবি মালিক হিসাবে এমন কিছু আমার পক্ষে ভাল কাজ করতে পারে; এটি ব্যবহারকারীর জন্য ভেঙে যেতে পারে jsmithযারা অযৌক্তিকভাবে বা না হয়ে একই ডাটাবেজে fooনিজের স্কিমার ( jsmith.foo) নামে একটি সারণী তৈরি করেছিলেন ।
এই কারণে, createএবং dropবিবৃতিতেও তৈরি হওয়া বা বাদ দেওয়া অবজেক্টটির নাম স্কিমা-যোগ্য হওয়া উচিত।