100% सुनिश्चित नहीं हैं कि आपका क्या मतलब है:
Trusted_Connection=True;
आईएस विंडोज क्रेडेंशियल्स का उपयोग कर रहा है और 100% के बराबर है:
Integrated Security=SSPI;
या
Integrated Security=true;
यदि आप एकीकृत सुरक्षा/विश्वसनीय कनेक्शन का उपयोग नहीं करना चाहते हैं, तो आपको कनेक्शन स्ट्रिंग में स्पष्ट रूप से उपयोगकर्ता आईडी और पासवर्ड निर्दिष्ट करने की आवश्यकता है (और Trusted_Connection के किसी भी संदर्भ को छोड़ दें) या Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
केवल इस मामले में, SQL सर्वर प्रमाणीकरण मोड का उपयोग किया जाता है।
अगर इन दोनों में से कोई भी सेटिंग मौजूद है (Trusted_Connection=true या Integrated Security=true/SSPI ), फिर Windows क्रेडेंशियल वर्तमान उपयोगकर्ता का उपयोग SQL सर्वर और किसी भी user iD= . के विरुद्ध प्रमाणित करने के लिए किया जाता है सेटिंग पर ध्यान नहीं दिया जाएगा और नहीं इस्तेमाल किया।
संदर्भ के लिए, कनेक्शन स्ट्रिंग्स साइट देखें। SQL सर्वर 2005 के लिए बहुत सारे नमूने और स्पष्टीकरण के साथ।
विंडोज प्रमाणीकरण का उपयोग करना चीजों को करने का पसंदीदा और अनुशंसित तरीका है, लेकिन इसमें थोड़ा विलंब हो सकता है क्योंकि SQL सर्वर को सक्रिय निर्देशिका (आमतौर पर) के विरुद्ध आपके क्रेडेंशियल्स को प्रमाणित करना होगा। मुझे नहीं पता कि यह थोड़ा विलंब कितना हो सकता है, और मुझे इसके लिए कोई संदर्भ नहीं मिला है।
संक्षेप में:
यदि आप Trusted_Connection=True; . में से कोई भी निर्दिष्ट करते हैं या Integrated Security=SSPI; या Integrated Security=true; आपके कनेक्शन स्ट्रिंग में
==> तब (और उसके बाद ही) आपके पास Windows प्रमाणीकरण . है हो रहा है। कोई भी user id= कनेक्शन स्ट्रिंग में सेटिंग को अनदेखा कर दिया जाएगा ।
यदि आप नहीं इनमें से कोई भी सेटिंग निर्दिष्ट करें,
==> तो आप नहीं Windows प्रमाणीकरण हो रहा है (SQL प्रमाणीकरण मोड का उपयोग किया जाएगा)
