मैं .dbo उपसर्ग से निपटने के लिए एक निष्पादक डिफ़ॉल्ट नीति की तलाश में हूं।डीबीओ। डेटाबेस ऑब्जेक्ट नामों में उपसर्ग, क्या मैं इसे अनदेखा कर सकता हूं?
मुझे एहसास है कि डीबीओ। उपसर्ग सिंटैक्टिक शोर से अधिक है, हालांकि मुझे एमएस आधारित विकास के पिछले 8 वर्षों में डीबीओ टाइपिंग छोड़ना पड़ा। उपसर्ग और इसके कार्य को अनदेखा कर रहा है।
संग्रहित प्रो संकलन ताले के साथ प्रदर्शन समस्या के अलावा SQLqueries और संग्रहित प्रक्रियाओं में टाइपिंग ".dbo" को छोड़ने का नकारात्मक पक्ष है?
आगे की पृष्ठभूमि: मेरा सभी विकास एक मध्यम स्तर के सेवा खाते के आधार पर एकीकृत सुरक्षा के आधार पर वेब मध्य-स्तर है।
ठीक है, मुझे लगता है कि मुझे मिल गया। हालांकि अब मैं (1) "डीबीओ" के बीच संबंधों के बारे में उलझन में हूं। स्कीमा नेमस्पेस तंत्र के रूप में, (2) SQL सर्वर डेटाबेस स्वामी भूमिका और (3) उपयोगकर्ता जो स्कीमा उपसर्गों और/या डेटाबेस के सदस्य हो सकते हैं, मालिक की भूमिका के रूप में मानचित्र कर सकते हैं। –
लेकिन संदर्भ के अनुसार यदि कोई समूह/भूमिका/उपयोगकर्ता किसी ऑब्जेक्ट का मालिक है तो उसके पास कोई कारण नहीं है कि वह डब्बे के सदस्य बनें। वे केवल स्कीमा बनाते हैं जब उन्हें ऑब्जेक्ट की अनुमतियों को विविधता देने की आवश्यकता होती है। उम्मीद है कि यह मदद की। –
मुझे नहीं लगता कि यह सबसे अच्छा अभ्यास है। कुछ होस्टिंग प्रदाता कुछ डॉट में डबो बदलते हैं .. तो क्या? सभी डब्बो को अपने बेवकूफ उपसर्ग में बदलें। कौन जानता है .. लेकिन वे इसे करते हैं और हम इसे बदल नहीं सकते; वाह। – ppumkin