使用Trusted_Connection = true和SQL Server身份驗證時，會影響性能嗎？

Question

如果連接字符串指定Trusted_Connection=true與SQL Server身份驗證模式，我的Web應用程序的性能是否會受到影響？

Answer 1

不是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=設置將被忽略，而不是使用。

僅供參考，請參閱Connection Strings site爲SQL Server 2005，有很多實例和解釋的。

使用Windows身份驗證是做事的首選和推薦的方式，但它可能招致輕微的延遲，因爲SQL服務器必須驗證您對Active Directory（典型值）的憑據。我不知道這種輕微的延遲可能會有多少，我還沒有找到任何參考。

---

總結：

如果您在連接字符串中指定任何Trusted_Connection=True;或Integrated Security=SSPI;或Integrated Security=true;

==>THEN（然後只），你有Windows身份驗證發生。連接字符串中的任何user id=設置將被忽略。

---

如果不要請指定的那些設置，

==>然後不要有Windows身份驗證發生（SQL身份驗證模式將被使用），你

---

Answer 2

這可能會產生一些性能成本創建連接時，但作爲連接池，它們僅創建一次，然後再利用，所以它不會對您的應用程序的任何差異。但一如既往：衡量它。

---

UPDATE：

有兩種驗證方式：

1. Windows身份驗證模式（對應於受信任的連接）。客戶需要成爲域的成員。
2. SQL Server身份驗證模式。客戶在每個連接發送的用戶名/密碼，

Answer 3

當您使用可信連接時，用戶名和密碼是IGNORED，因爲SQL Server使用Windows身份驗證。

Answer 4

如果您的Web應用程序配置爲模擬客戶端，那麼使用可信連接可能會對性能產生負面影響。這是因爲每個客戶端都必須使用不同的連接池（以及客戶端憑證）。

大多數Web應用程序不使用模擬/委託，因此不存在此問題。

查看this MSDN article瞭解更多信息。