Не съм 100% сигурен какво имате предвид:
Trusted_Connection=True;
Е използва идентификационни данни на Windows и е 100% еквивалентен на:
Integrated Security=SSPI;
или
Integrated Security=true;
Ако не искате да използвате интегрирана защита/надеждна връзка, трябва изрично да посочите потребителско име и парола в низа за свързване (и да оставите всяка препратка към Trusted_Connection или Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Само в този случай се използва режимът на удостоверяване на SQL Server.
Ако някоя от тези две настройки е налице (Trusted_Connection=true или Integrated Security=true/SSPI ), след което идентификационните данни на Windows на текущия потребител се използват за удостоверяване срещу SQL Server и всеки user iD= настройката ще бъде игнорирана и не използвани.
За справка вижте сайта за низове за връзка за SQL Server 2005 с много примери и обяснения.
Използването на Windows Authentication е предпочитаният и препоръчителен начин за правене на нещата, но може да доведе до леко забавяне, тъй като SQL Server ще трябва да удостовери вашите идентификационни данни срещу Active Directory (обикновено). Нямам представа колко може да бъде това малко забавяне и не намерих никакви препратки за това.
Обобщавайки:
Ако посочите Trusted_Connection=True; или Integrated Security=SSPI; или Integrated Security=true; във вашия низ за връзка
==> ТОГАВА (и само тогава) имате Windows Authentication случва се. Всеки user id= настройката в низа за връзка ще бъде игнорирана .
Ако НЕ задайте някоя от тези настройки,
==> тогава НЕ да се извършва удостоверяване на Windows (ще се използва режим на удостоверяване на SQL)
