यह बिल्कुल विशिष्ट मामले में एक आवश्यकता नहीं है, लेकिन कई अन्य स्थितियों में यह एक आवश्यकता है। यदि आप नामक एक डेटाबेस बना रहे हैं Sales
, और आपके पास एक डेटाबेस है जिसे कॉल किया जाता है Sales
, तो आपको अपने डेटाबेस के संदर्भ को बदलने की आवश्यकता होगी:
- प्रतिस्थापन के साथ पुनर्स्थापित करें; या,
- वर्तमान डेटाबेस को छोड़ दें और फिर:
- खरोंच से बनाएं; या,
- संलग्न करने के लिए बनाएँ।
डेटाबेस निर्माण के बाहर बहुत सारे अन्य परिदृश्य भी हैं जिनकी आवश्यकता भी है (ए) वर्तमान डेटाबेस के संदर्भ में नहीं है, या (बी) master
विशेष रूप से (या कम से कम विशिष्ट डेटाबेस नहीं ) के संदर्भ में , और कई ये चीजें आप डेटाबेस बनाने के दौरान या आसपास कर सकते हैं:
- एक अलग राज्य के लिए एक डेटाबेस सेट करना, जैसे
single_user
- जब किसी स्क्रिप्ट में
USE
कमांड होती है तो त्रुटियों को रोकना लेकिन उपयोगकर्ता डेटाबेस ऑफ़लाइन या अन्यथा दुर्गम हो सकता है
- सर्वर-स्तरीय अनुमतियाँ देना जैसे
CREATE DATABASE
- सर्वर-स्तरीय भूमिका सदस्यता प्रदान करना
- किसी मॉड्यूल को सिस्टम ऑब्जेक्ट (
sp_MS_marksystemobject
) या स्टार्टअप प्रक्रिया के रूप में चिह्नित करना
- कुछ प्रकार के प्रमाण पत्र, सर्वर ऑडिट और उपलब्धता समूह संचालन
शायद अन्य चीजों का एक धब्बा। USE master;
हमेशा आवश्यक नहीं है, लेकिन कभी-कभी यह होता है, और यह उस डेटाबेस से हमेशा सर्वर-स्तरीय कमांड निष्पादित करने के लिए चोट नहीं पहुंचाता है।