Nicht 100 % sicher, was du meinst:
Trusted_Connection=True;
IST unter Verwendung von Windows-Anmeldeinformationen und entspricht zu 100 %:
Integrated Security=SSPI;
oder
Integrated Security=true;
Wenn Sie die integrierte Sicherheit/vertrauenswürdige Verbindung nicht verwenden möchten, müssen Sie die Benutzer-ID und das Kennwort explizit in der Verbindungszeichenfolge angeben (und jeden Verweis auf Trusted_Connection weglassen). oder Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Nur in diesem Fall wird der SQL Server-Authentifizierungsmodus verwendet.
Wenn eine dieser beiden Einstellungen vorhanden ist (Trusted_Connection=true oder Integrated Security=true/SSPI ), dann die Windows-Anmeldedaten des aktuellen Benutzers werden verwendet, um sich bei SQL Server und allen user iD= zu authentifizieren Einstellung ignoriert und nicht verwendet.
Weitere Informationen finden Sie auf der Website für Verbindungszeichenfolgen für SQL Server 2005 mit vielen Beispielen und Erläuterungen.
Die Verwendung der Windows-Authentifizierung ist die bevorzugte und empfohlene Methode, aber es kann zu einer leichten Verzögerung kommen, da SQL Server Ihre Anmeldeinformationen (normalerweise) gegenüber Active Directory authentifizieren müsste. Ich habe keine Ahnung, wie groß diese leichte Verzögerung sein könnte, und ich habe keine Referenzen dafür gefunden.
Zusammenfassung:
Wenn Sie entweder Trusted_Connection=True; oder Integrated Security=SSPI; oder Integrated Security=true; in Ihrer Verbindungszeichenfolge
==> DANN (und nur dann) haben Sie die Windows-Authentifizierung Ereignis. Beliebige user id= -Einstellung in der Verbindungszeichenfolge wird ignoriert .
Wenn Sie NICHT Geben Sie eine dieser Einstellungen an,
==> dann NICHT dass die Windows-Authentifizierung stattfindet (der SQL-Authentifizierungsmodus wird verwendet)
