在以上解決方案中,如果在第 1 步中使用"使用 Windows 身分識別驗證"串連 SQL Server 失敗,那麼我們將遇到一個兩難的境地:首先,伺服器只允許了 Windows 的身分識別驗證;其次,即使使用了 Windows 身分識別驗證仍然無法串連上伺服器。這種情形被形象地稱之為"自己把自己鎖在了門外",因為無論用何種方式,使用者均無法使用進行串連。實際上,我們可以通過修改一個註冊表索引值來將身分識別驗證方式改為 SQL Server 和 Windows 混合驗證,步驟如下所示:
以上的三種錯誤資訊都是發生在 SQL Server 內建的用戶端工具中,在應用程式中我們也會遇到類似的錯誤資訊,例如:
Microsoft OLE DB Provider for SQL Server (0x80004005)
[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.
Microsoft OLE DB Provider for SQL Server (0x80004005)
使用者 'sa' 登入失敗。原因: 未與信任 SQL Server 串連相關聯。
Microsoft OLE DB Provider for ODBC Drivers 錯誤 '80004005'.
[Microsoft][ODBC SQL Server Driver]逾時已到期.
首先,讓我們來詳細看以下的示意圖來瞭解一下使用 ODBC 和使用 OLE DB 串連 SQL Server 有什麼不同之處。
從上圖中,我們可以看出在實際使用中,應用程式建立和使用各種 ADO 對象,ADO 對象架構調用享用的 OLE DB 提供者。為了訪問 SQL Server 資料庫,OLE DB 提供了兩種不同的方法:用於 SQL Server 的 OLE DB 提供者以及用於 ODBC 的 OLE DB 提供者。這兩種不同的方法對應於兩種不同的連接字串,標準的連接字串寫法如下所示:
Dim cn As New ADODB.Connection
Dim rs As ADODB.Recordset
. . .
cmd1 = txtQuery.Text
Set rs = New ADODB.Recordset
rs.Properties("Command Time Out") = 300
'同樣以秒為單位,如果設定為 0 表示無限制
rs.Open cmd1, cn
rs.MoveFirst
. . .
三、小結
本文針對大部分使用者在使用 SQL Server 過程中常見的串連失敗的錯誤,重點討論了在使用 SQL Server 用戶端工具以及使用者開發的應用程式兩種情況下,如何診斷並解決串連失敗的錯誤。看過本文以後,相信每一個讀者都會對 SQL Server 的串連工作原理、身分識別驗證方式以及應用程式開發等有一個較為全面而深入的串連。本文中所有的測試或者樣本均在 Windows 2000 Advanced Server + SQL Server 2000 企業版上通過。