免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2676 | 回复: 6
打印 上一主题 下一主题

!!!急急!!!! 请高手指点,,急急!!!!! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-06-07 20:07 |只看该作者 |倒序浏览
我们这是VB  通过SQL  到400服务器上拿数做报表的,,对CPU的使用一直都很高,,都把服务器拖垮了..
于是上面决定通过VB 传参数,,  调用400上的程序,,把数据存放到临时表中,  报表直接
在临时表中获得,,

  调用400的程序有很多中,,
1)  调用CL  再把参数传给QRY (我不知道这个可不可行,,要是可以的请高手指点下)

2)  写SQLRPG

3) 写RPG

相比之下,,,不知道那一种速度会更快些,,,,因为在报表的参数中,,绝大多数都是模糊查询的,,,
本人  很想知道CL 可以传参数给QRY 吗?  要是可以点指点下,,
要是不可以,,,还有没有其他的方法可以 ,,,

请各位大侠指教,,,,,,急急........................

论坛徽章:
0
2 [报告]
发表于 2010-06-08 10:20 |只看该作者
貌似更安全的做法是将数据实时复制到某台数据库服务器,然后用VB在上面直接取数据;
或者指向备机查询(如果有备机的话)

论坛徽章:
0
3 [报告]
发表于 2010-06-08 10:41 |只看该作者
回复 1# 325242

ODBC/JDBC 太容易使用了,但是使用者却不知道有效率的SQL是需要主机中的INDEX来支持的。

正确的办法是使用DBMON监视ODBC/JDBC的作业,并根据建议创建INDEX,这样系统运行就快了,CPU也不会那么忙了。

论坛徽章:
0
4 [报告]
发表于 2010-06-08 11:43 |只看该作者
楼上两位说的应该是个办法,,
可以是我们这没有备份机,,
表的索引也是建的很全的,, 可是由于报表关联的表太多了,,
占服务器资源是肯定大的,,
不知道各位高手还有其他办法吗?

跑QRY  可以吗?

论坛徽章:
0
5 [报告]
发表于 2010-06-08 19:29 |只看该作者
400这种机器特点是要求业务应用统一在400平台,如果走ODBC/JDBC方式,再好的方式也会拖垮机器。

论坛徽章:
0
6 [报告]
发表于 2010-06-08 23:13 |只看该作者
'表的索引也是建的很全的,, 可是由于报表关联的表太多了,,'

这句话本身就是矛盾。如果index文件很全,就不会受到关联的影响。

另外,在db2下有很多节省系统临时开销的手段。

如果你公司有400 db2高手,他们应该给你一个处理方案。如果没有,如果一定需要解决方案,你可以通过你们公司走商务得到400 db2 顾问提供解决方案。呵呵,在CU上这样发帖需求方案,好像天下没有免费的午餐呀。

论坛徽章:
0
7 [报告]
发表于 2010-06-22 14:41 |只看该作者
db monitor可以解决些问题,如果不是做固定报表,那么危险;

cl 参数调用qry,估计米有几个人会,会的也是我教的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP