Inte 100% säker på vad du menar:
Trusted_Connection=True;
IS använder Windows-uppgifter och motsvarar till 100 %:
Integrated Security=SSPI;
eller
Integrated Security=true;
Om du inte vill använda integrerad säkerhet/pålitlig anslutning måste du ange användar-id och lösenord uttryckligen i anslutningssträngen (och utelämna alla referenser till Trusted_Connection
eller Integrated Security
)
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Endast i detta fall används SQL Server-autentiseringsläget.
Om någon av dessa två inställningar finns (Trusted_Connection=true
eller Integrated Security=true/SSPI
), sedan Windows-inloggningsuppgifterna av den aktuella användaren används för att autentisera mot SQL Server och alla user iD=
inställningen ignoreras och inte används.
För referens, se webbplatsen Connection Strings för SQL Server 2005 med massor av exempel och förklaringar.
Att använda Windows-autentisering är det föredragna och rekommenderade sättet att göra saker på, men det kan medföra en liten fördröjning eftersom SQL Server måste autentisera dina referenser mot Active Directory (vanligtvis). Jag har ingen aning om hur mycket den lilla förseningen kan vara, och jag har inte hittat några referenser för det.
Sammanfattning:
Om du anger antingen Trusted_Connection=True;
eller Integrated Security=SSPI;
eller Integrated Security=true;
i din anslutningssträng
==> DÅ (och endast då) har du Windows-autentisering happening. Alla user id=
inställningen i anslutningssträngen kommer att ignoreras .
Om du INTE ange någon av dessa inställningar,
==> då GÖR du INTE har Windows-autentisering på gång (SQL-autentiseringsläge kommer att användas)