当我们用C#开发数据库访问程序的时候，通常有3种方式：odbc,oleDb,ado.net;其实我想对于这三种方式，这个问题都会出现，但是这次我遇到问题的时候用的是oleDb的方式，我们就用oleDb的方式来描述吧。

问题描述：

     我用OleDb的方式向Access数据里写数据，示例源码如下：

    string sql="select * from MultiTable";
    OleDbDataAdapter oleSub=new OleDbDataAdapter(sql,oleCn);
    OleDbCommandBuilder cb1=new OleDbCommandBuilder(oleSub);

   DataSet ds=new DataSet();

   oleSub.Fill(ds."MultiTable");

   DataTable dt=ds.Tables["MultiTable"];

   DataRow dr=dt.NewRow();

   dr["PRSERV"]="WS"+index.ToString().PadLeft(6,'0');

  dr["NUMBER"]="00063";

 ....................................

  dt.Rows.Add(dr);

  oleSub.Update(ds,"MulitTable");
  这段代码编译的时候是没有问题的，但是在运行的时候，会报出一个运行时错误：”Insert into 语句的语法错误“。

   用OleDbAdapter的时候，我并没有指定Insert语句，而是用OleDbCommandBuilder 来自动产生Insert 语句的。仔细想了一下，为什么会产生这个错误呢？我的结论是，可能这张表里的字段名使用了access系统的保留字。于是我在Access里创建了一个查询，自己写了一个insert sql,证实我的结论是正确的，NUMBER是系统的一个保留字，那怎么修改呢？

   一般来说，最简单的方法就是改掉这个字段名，换成非系统保留字的名字，但是库的结构是客户提供的，不允许修改，只有想别的办法。考虑以前的经验，操作Access,Sql Server的时候，如果表的字段中包含了系统的保留字的话，我们在字段外加上方括号就可以了，比如 insert into tblmultitable(prserv,[NUMBER]) values(.......)就可以了。可是从上面的代码中我们看到并没有什么地方我们可以指定Insert 语句。我想OleDbCommandBuilder应该是根据Adapter使用的select语句自动生成insert 语句的,所以只要给select 语句中的字段加上方括号就可以了，所以我作了如下的修改：

   string sql="select PRSERV,[NUMBER],PriorRef,Grantor,Grantee from MultiTable";

   修改完毕以后，测试以后，仍然产生以前的"Insert into 语句的语法错误"；问题会出在哪里呢？我想应该还是在OleDbCommanBuilder上，一般来说，只需要这样用OleDbCommanBuilder类就可了：

    OleDbDataAdapter oleSub=new OleDbDataAdapter(sql,oleCn);
    OleDbCommandBuilder cb1=new OleDbCommandBuilder(oleSub);

    打开MSDN,看看OleDbCommanBuilder的类成员。发现两个很关键的属性：QuotePrefix，QuoteSuffix；仔细想想，OleDb可以访问的数据类型非常多啊，所以关键字段的前缀，后缀的处理方法肯定不尽相同，比如访问Excel的时候表明应该写成[sheet1$的方式]，所以提供这样一种方式是相当灵活的。接下来我再次修改代码，对这两个属性赋值：

    OleDbDataAdapter oleSub=new OleDbDataAdapter(sql,oleCn);
    OleDbCommandBuilder cb1=new OleDbCommandBuilder(oleSub);
    cb1.QuotePrefix="[";
    cb1.QuoteSuffix="]";

再次测试，通过！

  在网上搜索了一下，遇到这个问题的人不少，不过都是选择了改字段名，并不是一个彻底解决的方法，没有很好利用这个灵活性，所以把我遇到这个问题的解决方法写出来，希望对大家有所帮助。

     转自:http://www.cnblogs.com/guanjinke/archive/2008/09/08/265827.html