[转载红鱼儿]kbmmw 开发点滴:kbmMWQuery插入记录

想利用TkbmMWUNIDACQuery插入一条记录,结果遇到问题,显示:

不允许从数据类型 sql_variant 到 varchar 的隐式转换。请使用 CONVERT 函数来运行此查询。
这是什么问题啊?下面是出问题的代码,很常规的写法。

   
q:=TkbmMWUNIDACQuery.Create(self);
    try
     
q.ConnectionPool:=self.kbmMWUNIDACConnectionPool1;
     
q.SessionName:=Self.kbmMWPooledSession1.SessionName;
     
q.SQL.Text:= 'Insert into t (MaxSn) values (:MaxSn)';
     
q.Params.ParamByName('Maxsn').AsString:='222';
     
q.ExecSQL;//出错:不允许从数据类型 sql_variant 到 varchar 的隐式转换。请使用 CONVERT 函数来运行此查询。

   
finally
     
q.Free;
    end;

最后发现,问题出在uniDAC上:
在这个方法中,procedure
TkbmMWCustomUNIDACQuery.PerformExecute
;是使用TuniSQL执行的SQL,在执行前,调用了uniSQL.Prepare方法,注释掉,就没有问题了。

uniDAC怎么会这样呢?

通过这个错误,到是让我仔细读了TkbmUNIDACQuery的ExecSQL方法的实现过程,说出来很简单:
为kbmUNIDACQuery做好sql语句及设置好参数后,在调用ExecSQL时,kbmUNIDACQuery在重载的方法PerformExecute中实现数据库操作。

看下这个方法,就是用一个TuniSQL对象,并把自己的SQL语句及参数传递给他,由他来执行具体的数据库操作。
 

      
q:=TUniSQL.Create(nil);//建立uniSQL对象
       
try
          
SetSpecificOptions(q.SpecificOptions);//设置附加的参数
          
q.Connection :=
c.Database;//使用kbmUNIDACQuery的数据库联接,即uniConnection
          
q.SQL.Assign(CookedQuery);//设置执行的SQL
          
//q.Prepare;//Prepare语句,就是这句闹病!需要注释掉
          
UniDACCopyInputParamsValueAndType(Params,q.Params,
            
Connection.ConnectionPool.MetaData.UnicodeOptions);//设置参数,把uniDACQuery的参数,传递给内部执行数据库操作Q对象的参数

          
q.Execute;

时间: 2024-10-26 11:24:39

[转载红鱼儿]kbmmw 开发点滴:kbmMWQuery插入记录的相关文章

[转载红鱼儿]kbmmw 开发点滴:kbmMW在事务中批量执行SQL

按客户端使用事务更新多个表数据到kbmMW服务器,使用TkbmMWClientTransactionResolve, 可以一次性提交多个修改的数据集到服务器端,服务器利用事务来执行数据的更新,成功,提交事务,不成功,则Rollback事务.在实际开发中,可能遇到 在更新数据集的同时,还要执行单独的SQL,处理业务逻辑.方法是:用一个单独的TkbmMWClientQuery来执行.具体用法: kbmMWClietnQuery3.Query.Text:='Update T1 Set F2=1 whe

[转载红鱼儿]kbmmw 开发点滴:There be must at least one field

There be must at least one field 用uniDAC+kbmMW+SQL Server做服务器,当客户端查询时,出现这个错误,在QQ群请教,一位朋友说,在服务器端查询不对,憋了一天,最终,朋友改了TkbmMWUNIDACConnection,得以解决,原来是这样,如果uniDAC+SQL Server,则需要调用CoInitialize.而kbmMWUNIDACConnection中没有调用. 代码如下,红色是需要增加的代码,当然仅对于MS SQL Server,对于

[转载红鱼儿]kbmmw 开发点滴:kbmMW客户端提交事务的现场处理

多层应用中的事务处理,是必须的,如果处理不好,就会出现各种数据不同步的现象,无法投入使用.以前用ASTA实现的多层应用,是在客户端利用ASTA机 制,将要提交的数据集.执行的SQL及SP,统统生成到一个脚本中,在ASTA是TAstaParamList,然后一次性提交到服务器,在服务器端在执 行这个脚本时,开启事务,执行脚本,如果成功则Commit,失败则Rollback. kbmMW提供了更好的事务处理机制,即可以在服务器端做事务处理(TkbmMWTransactionResolve)也可以在客

[转载红鱼儿]kbmmw 开发点滴:kbmMW:Unknown property:indexes

利用kbmMW的QueryServices,对数据集进行提交,当改用JSON格式时,客户端提交时,会产生这个错误,明明已经更新数据库,也产生这个错误!如果换成Bin格式,则正常. 能过查看kbmMWJSONStreamFormat单元,问题产生在这行代码:nIndexDefs:=nDefs.AsArray['indexes']; 可以这样理解: 客户端提交数据后,服务器会返回一个错误结果数据集,不管有无错误,都要返回这个结果集.客户端会把这个数据集加载到 ClientQuery.ErrorTab

[转载红鱼儿]kbmmw 开发点滴:解决QueryService重复查询问题

做一个简单的QueryService,在跟踪过程中发现,客户端一个查询,会被触发两次.怎么会这样,这严重影响服务器性能. 客户端的代码非常简单,就是执行一个SQL,通过QueryService返回结果:   kbmMWClientQuery2.Close;   kbmMWClientQuery2.Open; 于是利用服务器端的QueryService的事件OnQueryStatement进一步检查SQL的执行情况,把SQL写到Memo中: procedure TkbmMWQueryService

[转载红鱼儿]kbmmw 开发点滴:kbmMW默认服务

这两天,用xalion的入门文章学习kbmMW的使用,当用kbmMW向导生成一个Service后,需要注册到kbmMWServer中,具体的方法在生成的Service中已经有说明: // INSTRUCTIONS FOR REGISTRATION/USAGE // ----------------------------------- // Please update the uses clause of the datamodule/form the TkbmMWServer is place

[转载红鱼儿]kbmmw 开发点滴:kbmMW数据集流化

kbmMW提供了QueryService,供我们在客户端象传统数据库应用一样,直接利用ClientQuery做SQL查询,以及提交,并且能够在客 户端以事务的方式提交多个数据集,应该说,QueryService为我们提供了非常好的便利,快速将两层应用转为多层应用,如果用过ASTA,就会发 现,QueryService在对两层应用的转化上,要比其实现的更完美,层次更清晰.但在实际项目中,如果考虑应用服务器对多平台的支持以及业务逻辑的 集中实现,那么仅仅使用QueryService是不够的,我们可能

[转载红鱼儿]kbmmw 开发点滴:kbmMWEventService的本质

在kbmMW创建服务向导中,有个"Eventoperated service",其描述信息:同TkbmMWSimpleService一样,就是公布了一个附加的事件,来控制客户端请求,取代了ProcessRequest.   看一下TkbmMWEventService代码,原来是这样:   1.TkbmMWEventService = class(TkbmMWSimpleService) 这个事件服务类是从TkbmSimpleService继承的,那么,就具有了SimpleService

[转载红鱼儿]kbmmw 开发点滴:kbmMW缓存机制

kbmMW提供了稳顾机制,分为服务端的Cache及客户端的Cache.以客户端为例,当客户端发出相同的数据查询请求时,kbmMW会在客户端的Cache中查找,如果找到,则不再向服务器请求数据. 为了启用一个ClientQuery使用稳存,首先要设置其以下两个属性: kbmMWClientQuery.Cached:=True;//打开数据集的稳存 kbmMWClientQuery.CacheFlags: mwcfDontAge - 缓存的内容不过期,一直在Cache保留 mwcfDontGarba