无法100％确认您的意思：

Trusted_Connection=True;

IS 使用Windows凭据，并且100％等效于：

Integrated Security=SSPI;

要么

Integrated Security=true;

如果您不想使用集成的安全性/受信任的连接，则需要在连接字符串中显式指定用户ID和密码（并保留对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身份验证是首选和推荐的处理方式，但是由于SQL Server必须根据Active
Directory验证您的凭据（通常），因此可能会引起一些延迟。我不知道这种轻微的延迟有多大，我还没有找到任何参考。

加起来：

如果您在连接字符串中指定Trusted_Connection=True;or Integrated Security=SSPI;或orIntegrated Security=true;

==> 然后 （只有那时）您才能进行 Windows身份验证 。user id=连接字符串中的任何设置 都将被忽略 。

如果您 不 指定任何一项设置，

==>则您 没有 Windows身份验证发生（将使用SQL身份验证模式）