MFC 中如何调用带表值参数的存储过程? 普通的存储过程调用我都知道了....问题是 SQL2008 有个新功能,可以给存储过程传递表值参数意思就是说可以自定义一个表类型数据这个类型不是普通是 int、datetime或其它常规sql类型而是类似一个临时表一样的存在而且也不知道ADO封装类能不能对其进行读写而且整个工程都是用 _ConnectionPtr、_RecordsetPtr、_CommandPtr 等 COM 接口来编写的ADO封装类没试过,要改的话工程也很大 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 没有这么调过,ADO是针对大众化数据库设计的,应该没有针对某一个数据库的特殊类型处理。 微软是不是放弃 mfc 了...我看到网上很多调用代码都是用 C# 的...想写个数据变动时自动推送消息给程序的功能 dll 吧,还是得用 C# 的...压根就没给 mfc 或 c++ 留接口sql2008 内部全都是支持 .net 的 微软是不是放弃 mfc 了...我看到网上很多调用代码都是用 C# 的...想写个数据变动时自动推送消息给程序的功能 dll 吧,还是得用 C# 的...压根就没给 mfc 或 c++ 留接口sql2008 内部全都是支持 .net 的是的,现在微软都是推.net 使用触发器?使用发布和订阅?参考SQL Server中文版联机文档。 我就是看了文档,才发现没有对 mfc 或 c/c++ 的支持,全都是 .net 的~~~而这个我还没研究过 可以考虑用.net调用该存储过程,将获取到的数据保存到纯文本文件。在MFC程序中读该文本文件。不要做A语言代码修改为B语言代码的无用功。也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。即可很方便地让A、B两种语言之间协调工作。比如:A将请求数据写到文件a.txt,写完后改名为aa.txtB发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txtA发现bb.txt存在时,读取其内容,读完后删除bb.txt以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。除非A或B不支持判断文件是否存在、文件读写和文件更名。但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:·进程之间松耦合·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。·方便在线开关服务,只需删除或创建该临时文本文件即可。·方便实现分布式和负载均衡。·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)·…… 我就是看了文档,才发现没有对 mfc 或 c/c++ 的支持,全都是 .net 的~~~而这个我还没研究过我现在没想那么复杂,目前还没研究 .net 的时间,还在看java的书暂时先传递 xml 格式的数据给存储过程,用 sp_xml_preparedocument 和 openxml 来处理就算了等以后 java 看完了转头再研究 .net,反正这俩语法都差不多 注册表读取REG_BINARY类型值出现乱码,求解决~~ 请教一下WndclassEx怎么用? 属性页字体问题 字符串问题,急!!! Format的用法,还有_T转换的用法 问个问题,顺便求几个系统的ico图标 上Internet网时,服务器如何知道是哪台局域网内的电脑发送的数据请求? 如何拷贝文件,并同时改名 怎样使我的Dialog的EDIT BOX里的文本被选中的状态, MFC数据库开发那本书比较好???有电子版本下载的吗??? 64位操作系统 VS 2010 OpenGL环境搭建 怎么下载CButtonST
微软是不是放弃 mfc 了...
我看到网上很多调用代码都是用 C# 的...
想写个数据变动时自动推送消息给程序的功能 dll 吧,还是得用 C# 的...
压根就没给 mfc 或 c++ 留接口
sql2008 内部全都是支持 .net 的
微软是不是放弃 mfc 了...
我看到网上很多调用代码都是用 C# 的...
想写个数据变动时自动推送消息给程序的功能 dll 吧,还是得用 C# 的...
压根就没给 mfc 或 c++ 留接口
sql2008 内部全都是支持 .net 的
是的,现在微软都是推.net
使用发布和订阅?
参考SQL Server中文版联机文档。
我就是看了文档,才发现没有对 mfc 或 c/c++ 的支持,全都是 .net 的~~~而这个我还没研究过
在MFC程序中读该文本文件。不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如:
A将请求数据写到文件a.txt,写完后改名为aa.txt
B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt
A发现bb.txt存在时,读取其内容,读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢?共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的:
·进程之间松耦合
·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。
·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务,只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满)
·……
我就是看了文档,才发现没有对 mfc 或 c/c++ 的支持,全都是 .net 的~~~而这个我还没研究过我现在没想那么复杂,目前还没研究 .net 的时间,还在看java的书
暂时先传递 xml 格式的数据给存储过程,用 sp_xml_preparedocument 和 openxml 来处理就算了
等以后 java 看完了转头再研究 .net,反正这俩语法都差不多