最近用VC为公司写一个远程数据库监控程序,程序需要在内网长时间运行。
其实很简单,用户在WEB页面提交数据到数据库,软件间隔一段时间询问一次数据库,如果有新的记录就做相应的处理。
但是WEB页面提交的记录很复杂:记录主要保存文本文件路径,但是文本文件可能包含真实数据,也可能包含另外一条数据库记录的ID,还可能包含另外一个文件路径。
总之,最后的结果上得到用户提交的文件的路径,然后下载文件,处理文件。
如果把全部的分析操作都放到应用程序来实现,可能需要多次查询远程数据库取记录,降低速度,增加了程序复杂度。
所以就想能不能在存储过程中把所有的分析操作搞定,然后返回用#号分割各个文件路径(path1#path2#path3)的一条记录集呢!
在网上搜索,查询MSDN,终于成功了!目前程序已经安全、准确运行了一周。
当然还加入了一些不可忽视的工作:最早的作品生存时间不长,最多运行一天就连接数据库失败了,发现是网络故障造成的。
后来改进程序,当连接远程数据库失败后暂停一段时间后自动重试,直到连接上或重试次数达到一定数量。经过拔网线、停止数据库等测试,都能在恢复网络后自动重新连接上。
入正题,以下是核心代码(为安全起见,做了修改,不便把全部代码在网上公布):
@FilePath nvarchar(400)=’C: mp.txt’
Declare @INT_ERR int —-错误代码,0 成功
Declare @INT_FSO int —-FSO对象标志
Declare @INT_OPENFILE int —-文本文件对象标志
Declare @STR_CONTENT varchar(8000) —-文件内容
–创建FSO对象
–甚至可以是我们自己写的dll控件都可以
EXEC @INT_ERR = sp_OACreate ‘Scripting.FileSystemObject’, @INT_FSO OUTPUT
—–文件路径
Declare @STR_FILENAME nvarchar(50)
Set @STR_FILENAME = @FilePath
—FSO.OpenTextFile(FileName, 1, FALSE),第二个参数1表示只读,第三个参数false表示文件不存在时不创建
—-创建文本文件对象
—-FSO的所有方法都可以用下面类似方式创建,可以实现文件的任意操作,非常方便
EXEC @INT_ERR=SP_OAMETHOD @INT_FSO,’OpenTextFile’,@INT_OPENFILE OUTPUT,@STR_FILENAME,1,FALSE
—-读取文件,内容放到@STR_CONTENT
—-读到了文件内容,后面的处理就好办了
EXEC @INT_ERR=SP_OAMETHOD @INT_OPENFILE,’ReadAll’,@STR_CONTENT OUTPUT
—-销毁创建的对象
EXEC @INT_ERR=SP_OADESTROY @INT_OPENFILE
EXEC @INT_ERR=SP_OADESTROY @INT_FSO
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
作者
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展,集成服务也在发生相应的变化。在最新的SSIS更新中,增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准,对于云端迁移来说是至关重要的第一步,一位来自于University of Notre Dame 的DBA表示,他正在试图通过数据库监控软件,找出SQL server的性能基准。
-
横向扩展SQL Server应用程序:提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是,虽然Microsoft提供了许多不同的SQL Server可扩展性选项,但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂,使用者可能会感到困扰,这里我们将列出一些示例,以便引导您顺利完成SQL Server容器的创建和管理。