【转】“Insert into 语句的语法错误”的解决方法

“Insert into 语句的语法错误”的解决方法

用C#.net+access做练习发现了个问题.我定义了一个非常简单的select查询在sql server企业管理器中没问题,但在.net IDE中调试就通不过,提示 "使用OleDbCommandBuilder时出现“Insert into 语句的语法错误”的解决方法".后来发现是数据库中表的字段名有问题,baidu一下找到下面的东东





 当我们用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/lsceng/archive/2007/01/08/615188.html

用友U8升级问题汇总 升级问题: 1、升级过程中提示“将varchar值Ap_p换为数据类型为int的列时发生语法错误” 碰到该问题后,然后进行再次升级,升级成功。 2\升级过程中提示“违反了PRIMARY KEY 约束'Rpt_FltDEF_PK'。不能在对象'Rpt_FltDEF'中插入重复键。” 解答:引入客户数据进行升级,也发现相同的错误提示“违反了PRIMARY KEY 约束'Rpt_FltDEF_PK'。不能在对象'Rpt_FltDEF'中插入重复键。”,根据提示怀疑为象Rpt_FltDEF表中的主键存在问题,在企业管理器中查询该表的主键为ID_Flt字段。第一反应为该字段是否存在重复的值。执行语句:select ID_Flt from Rpt_FltDEF group by ID_Flt having count(ID_Flt)>1发现ID_Flt并没有重复的值。和演示账套对比该表的属性发现:主键ID_Flt为标识字段,演示账套标识值为“是”,而客户的数据中的值为“是(不适用于复制)”。故试着将值改为“是”。由于表rpt_glbdef,rpt_flddef与该表关系密切且标识值也为“是(不适用于复制)”,因此将rpt_glbdef,rpt_flddef也做同样修改。再次升级成功。同样ZT021,ZT023做以上处理后也升级成功。 解决方案:在企业管理器中将Rpt_FltDEF,rpt_glbdef,rpt_flddef三张表的主键标识值改为“是” 3、821升级861后登陆薪资管理失败 问题原因: 由于用户在821的版本中手工增加了“计件工资”这个工资项目,实际上在821版本中系统 并没有预制这个工资项目。而在861版本中预制了“计件工资”项目,且“计件工资”项目在数据库的工资项目设置表(WA_Gztblset)中的工资项目标识(iGZItem_id)规定为7,这是不能修改的!解决方法:在821版本中将工资项目设置表(WA_Gztblset)的工资项目名称(cSetGZItemName)字段的“计件工资”记录改名(例如:计件工资1),再进行升级即可。 4、升级后应收应付单据号不能自动编号: 在应收和应付模块中,应收单(应付单)和收付款单的单据号不能由系统自动带出,无论如何修改单据编号的原则都不行.而进销存模块中的单据都可以依照单据编号原则由系统自动给出单据号,用户是由8.21升级到8.61的. 问题解决: 该问题属于ua_account_sub表中缺少相应数据记录造成的,可以用以下方法解决: 1、执行如下脚本: use ufsystem INSERT INTO ua_account_sub VALUES ('900', '2004', 'ap', '0','1','0','2004-12-01',null,'') INSERT INTO ua_accou
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值