Access数据库提示OleDbException (0x80004005): 操作必须使用一个可更新的查询


  本文标签:OleDbException

注明: 执行目前 Web 申请期间,浮现未 解决的 异样 。请 审查堆栈跟踪信息,以了解有关该 舛误以及代码中招致 舛误的出处的 详尽信息 。

异样 详尽信息: System.Data.OleDb.OleDbException: 无奈从指定的数据表中删除 。

源 舛误:


行 37: comm.CommandText = sqlstr;
行 38: //comm.Prepare();
行 39: cout = comm.ExecuteNonQuery();
行 40:
行 41: conn.Close();


源文件: d:\SOVO验收代码\Base\App_Code\JetAccess.cs 行: 39

[OleDbException (0x80004005): 无奈从指定的数据表中删除 。]
System.Data.OleDb.OleDbCommand.ExecuteCommandTextForSingleResult(tagDBPARAMS dbParams, Object& executeResult) +267
System.Data.OleDb.OleDbCommand.ExecuteCommandText(Object& executeResult) +192
System.Data.OleDb.OleDbCommand.ExecuteCommand(CommandBehavior behavior, Object& executeResult) +48
System.Data.OleDb.OleDbCommand.ExecuteReaderInternal(CommandBehavior behavior, String method) +106
System.Data.OleDb.OleDbCommand.ExecuteNonQuery() +108
JetAccess.Execute(OleDbParameter[] parameters, String sqlstr) in d:\SOVO验收代码\Base\App_Code\JetAccess.cs:39
NewsData.DeleteNews(Int32 id) in d:\SOVO验收代码\Base\App_Code\NewsData.cs:29
_Default.GridView1_RowDeleting(Object sender, GridViewDeleteEventArgs e) in d:\SOVO验收代码\Base\System\Default.aspx.cs:46
System.Web.UI.WebControls.GridView.OnRowDeleting(GridViewDeleteEventArgs e) +133
System.Web.UI.WebControls.GridView.HandleDelete(GridViewRow row, Int32 rowIndex) +604
System.Web.UI.WebControls.GridView.HandleEvent(EventArgs e, Boolean causesValidation, String validationGroup) +1155
System.Web.UI.WebControls.GridView.RaisePostBackEvent(String eventArgument) +199
System.Web.UI.WebControls.GridView.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +7
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +11
System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +174
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +5102

解决 步骤如下:
在数据文件*.mdb上右键 打开属性对话框,在安全标签下需求增加IUSR_XXX(XXX为你的机器名),也便是增加Internet Guest Account帐户,再将此帐户的权限设为可读,可写.(原来这么 方便就解决了的问题,我靠:) )
假如在右键属性对话框内找不到安全标签,需求将文件夹选项下的视图内的 使用 方便文件共享(默许)的勾去掉.

缘由:
有几个重要的 舛误缘由:
这个 舛误 产生在当你的程序试图执行更新数据库或其它 类似操作时 。这是由于
ADO由于以下的几个原 因此不 可以写数据库造成的 。
1 。最 广泛的缘由是匿名消费者帐号(IUSR_MACHINE)对该数据库文件没有写权限 。
要解决这个问题,在治理器中调整数据库文件的属性,让匿名消费者有正确的权限 。
当 使用ACCESS数据库时,不 惟独给文件写的权限,还要给该目录写 的权限,由于
Jet需求在该目录 构建一个.ldb文件 。
2 。第二个缘由是数据库没有 使用正确的模式 打开 。应该 使用下面的 步骤 打开 。
SQL = "UPDATE Products Set UnitPrice = 2;"
Set Conn = Server.CreateObject("ADODB.Connection")
Conn.Mode = 3 3 = adModeReadWrite
Conn.Open "myDSN"
Conn.Execute(SQL)
Conn.Close
留神默许的Mode是设置0(adModeUnknown),它是同意更新的 。
3 。还有可能是在ODBC治理器中将该DSN的只读选项选中 。
4 。你是在同时更新两个表中的字段,也会浮现这个 舛误信息,解决 步骤是 离开来更新
这两个表中各自字段 。
5 。当你 使用了一个从低版本中(如ACCESS2.0,ACCESS7.0)载入到高版本(ACCESS 2000)
中的 查问时,在执行这个 查问是会浮现该 舛误 。