Niet 100% zeker wat je bedoelt:
Trusted_Connection=True;
IS met Windows-referenties en is 100% gelijk aan:
Integrated Security=SSPI;
of
Integrated Security=true;
Als u geen geïntegreerde beveiliging/vertrouwde verbinding wilt gebruiken, moet u de gebruikers-ID en het wachtwoord expliciet in de verbindingsreeks opgeven (en elke verwijzing naar Trusted_Connection weglaten of Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Alleen in dit geval wordt de SQL Server-authenticatiemodus gebruikt.
Als een van deze twee instellingen aanwezig is (Trusted_Connection=true of Integrated Security=true/SSPI ), dan de Windows-inloggegevens van de huidige gebruiker worden gebruikt voor authenticatie tegen SQL Server en elke user iD= instelling wordt genegeerd en niet gebruikt.
Zie voor referentie de Connection Strings-site voor SQL Server 2005 met veel voorbeelden en uitleg.
Het gebruik van Windows-verificatie is de geprefereerde en aanbevolen manier om dingen te doen, maar het kan een kleine vertraging oplopen omdat SQL Server uw referenties zou moeten verifiëren met Active Directory (meestal). Ik heb geen idee hoeveel die kleine vertraging zou kunnen zijn, en ik heb daar geen referenties voor gevonden.
Samenvattend:
Als u Trusted_Connection=True; . opgeeft of Integrated Security=SSPI; of Integrated Security=true; in uw verbindingsreeks
==> DAN (en alleen dan) heb je Windows-authenticatie gebeurt. Elke user id= instelling in de verbindingsreeks wordt genegeerd .
Als u NIET specificeer een van deze instellingen,
==> dan NIET Windows-verificatie wordt uitgevoerd (SQL-verificatiemodus wordt gebruikt)