Ikke 100 % sikker på, hvad du mener:
Trusted_Connection=True;
IS bruger Windows-legitimationsoplysninger og svarer 100 % til:
Integrated Security=SSPI;
eller
Integrated Security=true;
Hvis du ikke ønsker at bruge integreret sikkerhed / betroet forbindelse, skal du angive bruger-id og adgangskode eksplicit i forbindelsesstrengen (og udelade enhver henvisning til Trusted_Connection eller Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Kun i dette tilfælde bruges SQL Server-godkendelsestilstanden.
Hvis nogen af disse to indstillinger er til stede (Trusted_Connection=true eller Integrated Security=true/SSPI ), derefter Windows-legitimationsoplysningerne af den aktuelle bruger bruges til at godkende mod SQL Server og enhver user iD= indstilling vil blive ignoreret og ikke brugt.
For reference, se Connection Strings-webstedet til SQL Server 2005 med masser af eksempler og forklaringer.
Brug af Windows-godkendelse er den foretrukne og anbefalede måde at gøre tingene på, men det kan medføre en lille forsinkelse, da SQL Server skal godkende dine legitimationsoplysninger mod Active Directory (typisk). Jeg aner ikke, hvor meget den lille forsinkelse kan være, og jeg har ikke fundet nogen referencer til det.
Opsummering:
Hvis du angiver enten Trusted_Connection=True; eller Integrated Security=SSPI; eller Integrated Security=true; i din forbindelsesstreng
==> SÅ (og kun da) har du Windows-godkendelse sker. Enhver user id= indstilling i forbindelsesstrengen bliver ignoreret .
Hvis du IKKE angiv en af disse indstillinger,
==> så GØR du IKKE har Windows-godkendelse i gang (SQL-godkendelsestilstand vil blive brugt)