免费注册 查看新帖 |

Chinaunix

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

请教小问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-01-05 15:22 |只看该作者 |倒序浏览
请教:
   1、用ec程序做按机构代号进行分批处理和用存储过程进行分批处理
哪个效率会高呢?
  2、如果一个存储过程依次调起了几十个小存储过程,是否会令系统效率变得越来越低?
  3、如何获取存储过程开始与结束的时间?一个存储调起的其它存储过程,
      current year to second变量的值都是一样的;无法获得存储过程花费的时间。

论坛徽章:
0
2 [报告]
发表于 2006-01-05 16:18 |只看该作者
1. 理论上是存储过程高些。
2. 保证每个分的存储过程 都高效,总的还是高效的。
  我认为存储过程调用应该象 c 里的 函数调用一样消耗点栈空间和压栈出栈时间。
3.  from IIUG FAQ

4.8.13 Why does CURRENT always return the same value in SPL?
On 1st Feb 1999 kagel@bloomberg.net (Art S. Kagel) wrote:-

It is a requirement of ANSI SQL that a stored procedure return a constant value for CURRENT throughout its lifetime. This is the way that Informix implemented CURRENT in SPL to meet the standard.

On 9th Mar 2001 Leonids.Voroncovs@dati.lv (Leonid Belov) wrote:-

SELECT DBINFO( 'UTC_TO_DATETIME', sh_curtime ) FROM sysmaster:sysshmvals;

论坛徽章:
0
3 [报告]
发表于 2006-01-06 10:16 |只看该作者

请教

对于处理很大量数据的事务是否是用
分批处理会快很多呢?

论坛徽章:
0
4 [报告]
发表于 2006-01-06 11:00 |只看该作者
原帖由 hehecn 于 2006-1-6 10:16 发表
对于处理很大量数据的事务是否是用
分批处理会快很多呢?


大事务可以考虑按某种属性(如机构)分开,
一机构一事务,可以重复执行,每次在未进行过的机构上操作。

论坛徽章:
0
5 [报告]
发表于 2006-01-06 11:58 |只看该作者
to wenlq
谢谢你,有了那个时间对我的帮助这是很大。
还想请教的,
从上千万条记录里处理50万的记录,选择的条件是日期,单为日期就建了索引。
但做update很慢(很简单的赋值),要一个小时。
调整从何下手呢?

论坛徽章:
0
6 [报告]
发表于 2006-01-06 13:08 |只看该作者
你是不是修改了索引中的某个字段?

论坛徽章:
0
7 [报告]
发表于 2006-01-06 15:19 |只看该作者
是。
有什么好建议?

论坛徽章:
0
8 [报告]
发表于 2006-01-06 16:57 |只看该作者
试试先删除那索引,修改完后再重建,大表修改索引字段花在重构索引的开销不小。

论坛徽章:
0
9 [报告]
发表于 2006-01-07 09:19 |只看该作者

回复 5楼 hehecn 的帖子

try fragment the table base on the date filed might be helpful.

论坛徽章:
0
10 [报告]
发表于 2006-01-20 12:01 |只看该作者
原帖由 wenlq 于 2006-1-6 16:57 发表
试试先删除那索引,修改完后再重建,大表修改索引字段花在重构索引的开销不小。

请教,
但如果没了索引,那update 时的定位花的时间也会增加。
是否有效呢?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP