Nejsem si 100% jistý, co máte na mysli:
Trusted_Connection=True;
JE pomocí přihlašovacích údajů systému Windows a je 100% ekvivalentní:
Integrated Security=SSPI;
nebo
Integrated Security=true;
Pokud nechcete používat integrované zabezpečení / důvěryhodné připojení, musíte v připojovacím řetězci explicitně zadat ID uživatele a heslo (a vynechat jakýkoli odkaz na Trusted_Connection nebo Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Pouze v tomto případě je použit režim ověřování SQL Server.
Pokud je přítomno kterékoli z těchto dvou nastavení (Trusted_Connection=true nebo Integrated Security=true/SSPI ), poté Přihlašovací údaje systému Windows aktuálního uživatele se používají k autentizaci proti SQL Serveru a jakémukoli user iD= nastavení bude ignorováno a ne použité.
Referenční informace naleznete na webu Connection Strings pro SQL Server 2005 se spoustou ukázek a vysvětlení.
Použití ověřování systému Windows je preferovaný a doporučený způsob provádění věcí, ale může dojít k mírnému zpoždění, protože SQL Server by musel ověřovat vaše pověření proti Active Directory (obvykle). Nemám ponětí, jak moc by to malé zpoždění mohlo být, a nenašel jsem na to žádné reference.
Shrnutí:
Pokud zadáte buď Trusted_Connection=True; nebo Integrated Security=SSPI; nebo Integrated Security=true; ve vašem připojovacím řetězci
==> POTOM (a teprve potom) máte Ověření systému Windows happening. Jakékoli user iD= nastavení v připojovacím řetězci bude ignorováno .
Pokud NECHCETE zadejte kterékoli z těchto nastavení,
==> pak NEDĚLEJTE probíhá ověřování systému Windows (bude použit režim ověřování SQL)