用於 ODBC 驅動程式0x80040E21 OLE DB 提供程式Microsoft錯誤型別 ODBC 驅動程式不支援必需的屬性。 10

microsoft jet database engine (0x80004005)

該操作必須使用 Update 查詢。

新增、刪除或更新資料庫時通常會發生此錯誤，因為頁面的檢視者沒有操作資料庫的適當許可權。

讓我們使用 Windows XP Professional 的螢幕來說明解決方案：

請轉到檔案資源管理器螢幕，然後單擊[工具]資料夾選項]。

選擇[檢視]選項卡，然後禁用[高階設定]的[使用輕鬆檔案共享]。

請選擇您的庫檔案，按頂部的 [右鍵單擊] 並選擇 [內容]。

選擇[安全]選項卡，然後按[新建]按鈕新增新使用者。

請建立乙個新的網際網絡檢視器賬號，其格式是iusr電腦名稱，如何知道機器的電腦名稱，如下圖所示，[從這個位置]是電腦的名稱，所以我們在字段中輸入iusr n800c，然後按【確定】鍵。

如下圖所示，有乙個網際網絡訪客賬號，請選擇下面的賬號，可以勾選下方的【完全控制】，然後按【確定】鍵。

這樣就完成了設定。

注意：新的帳戶名稱是iusr計算機名稱，但是有很多人將其人為輸入為iuser計算機名稱，這是錯誤的，請注意。

資源。

通常，這是資料庫所在目錄的許可權問題。

ASP 80004005資訊和解決方案中的常見錯誤。

如何處理錯誤80004005資訊。

錯誤資訊（我不需要將錯誤資訊翻譯成中文，呵呵，大家都能理解）。

microsoft ole db provider for odbc drivers error ’80004005’

microsoft][odbc microsoft access 97 driver] the microsoft jet database

engine cannot open the file ’(unknown)’.it is already opened exclusively

by another user, or you need permission to view its data.

原因：當 IIS 使用位於 NT 中的匿名帳戶（通常為 IUSR）到資料庫所在的目錄時，會發生此錯誤。

沒有正確的許可權。 （這就是為什麼在 Win95 和 PWS 下沒問題的原因，因為 Win95 根本沒有目錄許可權）。

檢查檔案和目錄的許可權。 確保您在目錄中具有建立和刪除臨時檔案的許可權。

這些臨時檔案實際上是在同一目錄中建立資料庫的檔案，但請注意，這些檔案可能已歸檔。

它也可以在另乙個目錄中建立，例如 winnt

使用 NT 的檔案監視器來準確監視檔案失敗時訪問的目錄。

如果使用資料庫的網路位址（如對映位址），請檢查共享檔案和目錄的許可權，並檢查資料原始檔 （DSN） 是否被其他程式（如可視互動開發）標記為正在使用，這將關閉對資料庫開啟的任何互動開發。

如果您在 DSN 中使用 UNC 路徑（即通用命名協議），則也可能發生此錯誤，請改用它。

本地路徑，因為如果將 unc 用於本地資料庫，也會發生錯誤。

如果伺服器想要訪問 Access 中的表，並且該錶已加入 Web 伺服器，也會發生這種情況。

microsoft ole db provider for odbc drivers (0x80004005)

無法更新 Microsoft][ODBC Microsoft 訪問驅動程式]。資料庫或物件是唯讀的。

原因分析：有人說選中了唯讀框，但實際上資料夾並不是真正的唯讀檔案，因為如果真的是唯讀檔案，應該是框中的勾號，而不是預設的框選擇。

對於 Windows XP 2003，Windows 資源管理器不允許您檢視或更改資料夾的“唯讀”或“系統”屬性。 這並不意味著該資料夾預設為唯讀，它是使用 attrib 驗證的，並且該資料夾沒有 r 屬性。 雖然可以重新選擇或清空它，但無法真正修改唯讀屬性。

如果真的想修改資料夾屬性，可以在 dos 中使用 attrib 命令，例如，可以使用命令“attrib +r c： 1”來增加目錄 c： 1 的唯讀屬性。

真正的原因是資料夾許可權問題。 此問題發生在 NTFS 檔案格式中。

解決方案：1資料夾 – 屬性; 或者，資源管理器 - 工具 - 資料夾選項。

2.在“檢視”選項卡中，取消選中“使用簡單檔案共享”。 這樣，右鍵單擊XP下的NTFS分割槽資料夾，您還可以看到Win2000之類的“安全”選項卡。

3.在“安全”選項卡下，單擊“新增......跳出“選擇使用者和組”對話方塊。

4.新增所有人，每個人都可以使用預設許可權，如果仍然報告錯誤，則需要將每個人的許可權設定為完全控制。