高分请教:ADO调用存储过程,参数传递顺序导致数据类型转换错误DB_E_CANTCONVERTVALUE

scsnsjsl_cs_dn 2014-04-19 01:27:33
有存储过程如下
create proc PROC_A( @id int, @name varchar(20) ) asbegin    select * from ttt where id = @id and name = @name; end  create proc PROC_B( @name varchar(20), @id int) asbegin    select * from ttt where id = @id and name = @name; end 




C++代码如下
_CommandPtr						m_DBCommand;						//命令对象
_RecordsetPtr m_DBRecordset; //记录集对象
_ConnectionPtr m_DBConnection; //数据库对象

//连接数据库
_strConnect.Format(TEXT("Provider=SQLOLEDB.1;Server=%s;Database=%s;Uid=%s;pwd=%s;"),
szDBAddr,szDBName,szUser,szPassword);
m_DBConnection->Open(_bstr_t(m_strConnect), L"", L"", adConnectUnspecified)
m_DBConnection->CursorLocation = adUseClient;
m_DBCommand->ActiveConnection = m_DBConnection;

{
//输出参数
_ParameterPtr Parameter = m_DBCommand->CreateParameter(TEXT("RETURN_VALUE"), adInteger, adParamReturnValue, sizeof(long), _variant_t((long)0));
m_DBCommand->Parameters->Append(Parameter);
}

{
_ParameterPtr Parameter = m_DBCommand->CreateParameter("id", adInteger, adParamInput, sizeof(long), _variant_t((long)1));
m_DBCommand->Parameters->Append(Parameter);
}

{
const char *pName = "bill";
_ParameterPtr Parameter = m_DBCommand->CreateParameter("name", adChar, adParamInput, lstrlen(pName), _variant_t(pName));
m_DBCommand->Parameters->Append(Parameter);
}

m_DBCommand->CommandText = "PROC_A";
m_DBRecordset->PutRefSource(m_DBCommand);
m_DBRecordset->CursorLocation = adUseClient;
m_DBRecordset->Open((IDispatch *)m_DBCommand, vtMissing, adOpenForwardOnly, adLockReadOnly, adOptionUnspecified);


参数传递顺序,依次是:int 类型的ID,varchar类型的name
如果调用PROC_A,正确执行
如果调用PROC_B,在调用最后一句:m_DBRecordset->Open则报错:ADO 错误:0x80040e07,从数据类型 char 转换为 int 时出错,捕获的异常是DB_E_CANTCONVERTVALUE
PROC_A和PROC_B仅仅是两个参数顺序不同

想问的问题是,ADO调用程序存储过程传递参数的顺序必须和存储过程参数一样吗?
既然要顺序一直,为何还要求传递参数的时候带上参数名字
...全文
502 5 打赏 收藏 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
zyq5945 2014-04-20
  • 打赏
  • 举报
回复
没有深入了解过调用存储过程,不过你给的ADO报错应该就是因为参数顺序不正确。 可以在外层加一个存储过程,这个存储存储过程来调用PROC_A或者PROC_B,参数顺序按外层的存储过程来传递,外层存储过程把参数按需要再自己调用PROC_A或者PROC_B。
scsnsjsl_cs_dn 2014-04-20
  • 打赏
  • 举报
回复
引用 3 楼 zyq5945 的回复:
create proc PROC_A( @id int, @name varchar(20) ) create proc PROC_B( @name varchar(20), @id int) 你以相同的参数列表调用这俩个参数列表不一致的存储过程,当如会有报错。
1、你的意思是,调用存储过程添加参数的顺序必须与存储过程参数顺序一致? 如果真是这样, 为什么创建ParameterPtr对象的时候还要求传入参数名字,如下所示 const char *pName = "bill"; _ParameterPtr Parameter = m_DBCommand->CreateParameter("name", adChar, adParamInput, lstrlen(pName), _variant_t(pName)); m_DBCommand->Parameters->Append(Parameter); 2、有没有办法可以让不按照存储过程顺序(因为vappend参数的时候已经附带了参数名字和参数类型),只要保证对应参数类型正确,也能正确执行存储过程?
zyq5945 2014-04-19
  • 打赏
  • 举报
回复
create proc PROC_A( @id int, @name varchar(20) ) create proc PROC_B( @name varchar(20), @id int) 你以相同的参数列表调用这俩个参数列表不一致的存储过程,当如会有报错。
scsnsjsl_cs_dn 2014-04-19
  • 打赏
  • 举报
回复
能帮我看下代码中是那里出了问题吗?
zyq5945 2014-04-19
  • 打赏
  • 举报
回复
可以试试这个ADO类,最下面有调用存储过程的例子。
内容概要:本文围绕Java环境配置在通信行业中的实际应用展开,重点阐述了如何通过标准化JDK版本、构建工具、容器化运行环境及配置管理,支撑话单处理、在线计费、5G网元等高并发、低延迟、强一致性的通信系统。文章以话单消费服务为例,深入剖析了Kafka消费者设计、JDBC批量插入、容器感知JVM参数配置、异常处理机制与可观测性集成等关键技术细节,强调Java环境配置在通信领域不仅是运行基础,更是保障系统稳定性与可维护性的工程规范。; 适合人群:具备Java开发基础,从事通信行业系统开发、运维或架构工作的1-5年经验研发人员;尤其适用于参与计费、网管、信令、风控等系统的工程师。; 使用场景及目标:①掌握通信级Java应用的环境标准化配置方法;②理解高吞吐话单处理服务的设计与调优要点;③构建可在多厂商、多机房环境下稳定运行的Java微服务;④实现与K8s、Prometheus、Kafka等云原生组件的深度集成。; 阅读建议:此文档强调工程实践,建议结合代码案例在真实环境中部署调试,重点关注JVM容器化参数、配置外部化、异常传播机制与监控接入方式,理解每一行配置背后的通信业务约束与可靠性考量。

4,017

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 数据库
社区管理员
  • 数据库
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧