无法100％确认您的意思：
Trusted_Connection=True;
IS 使用Windows凭据，并且100％等效于：
Integrated Security=SSPI;
要么
Integrated Security=true;
如果您不想使用集成的安全性/受信任的连接，则需要在连接字符串中显式指定用户ID和密码（并保留对
Trusted_Connection或的任何引用
IntegratedSecurity）
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
仅在这种情况下，才使用SQL Server身份验证模式。
如果存在这两个设置（
Trusted_Connection=true或
IntegratedSecurity=true/SSPI）中的任何一个，则将使用当前用户的 Windows凭据 对SQL Server进行身份验证，并且任何
useriD=设置都将被忽略并且 不会 使用。
有关参考，请参阅SQL Server 2005 的“ 连接字符串”站点，其中包含许多示例和说明。
使用Windows身份验证是首选和推荐的处理方式，但是由于SQL Server必须根据Active
Directory验证您的凭据（通常），因此可能会引起一些延迟。我不知道这种轻微的延迟有多大，我还没有找到任何参考。
加起来：
如果您在连接字符串中指定
Trusted_Connection=True;or
IntegratedSecurity=SSPI;或or
Integrated Security=true;
==> 然后 （只有那时）您才能进行 Windows身份验证 。
user id=连接字符串中的任何设置 都将被忽略 。
如果您 不 指定任何一项设置，
==>则您 没有 Windows身份验证发生（将使用SQL身份验证模式）
