10g 每晚定时对变化数据Table进行分析的一些问题

探讨Oracle10g默认的CBO优化模式下,定时分析机制的工作原理,包括不同规模表的分析比例及可能产生的影响,并提供两种禁用自动分析的方法。
Oracle10g  CBO优化模式,默认情况下每晚22:00会对变化数据的表进行定时分析,这里有几个问题不是太明了

1.   对大中小table的定时分析的比例是多少 ?   5% , 10% .......,  对table数据及index都分析? 理论上讲应该不会是全分析 。
      因为还在查找对应的job及Job中引用的Procedure或packages 来查看分析统计的源代码 .   

2.   查看了eygle , xzh2000 版主的博客及回复,需要的情况下,可以通过以下的方式停止10g自动分析的机制。是否有puber们碰到过  
      定期分析造成什么麻烦的 ?  每天分析是否太频繁 ?   

begin
dbms_scheduler.disable('GATHER_STATS_JOB');     (对job定期执行直接进行干预)  
end;
/

还有一种停止的方式:
sql>alter system  set  statistics_level=basic  scope=both;    (关闭对table的monitor)

[ 本帖最后由 tolywang 于 2008-4-15 10:36 编辑 ]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-237948/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-237948/

你的身份是软件架构师。 我将提供有关应用程序或系统功能需求的一些详细信息,而您的工作是推荐一些可行的技术架构方案。 这可能涉及分析业务需求、软件技术架构分析以及将新系统的功能实现可行性。我的问题是“【搭建一个跨数据库传输系统,如何设计软件架构?】”1、血浆出库 浆站:操作血浆出库 传输: 1、思路1:浆站出库增加触发器,更新出库日期完成时触发传输。达到实时传输效果。 2、思路2:每天每20分站监控一次,发现当天有出库数据就执行传输。 3、思路3:遇到网络中断连续几天情况,恢复网络后比如昨天出库数据今天传输不到,增加每晚补传一次,补传逻辑:最后出库传输时间<浆站出库时间 4、传输过程:传输服务表按照最后传输出库日期查询浆站出库数据,如果传输服务表没有初始化就默认查询浆站N天内出库的血浆批次, 传输服务表初始化时记录这些批次的最小出库日期。按照出库的初始日期查询厂家已有的血浆批次,过滤已有批次剩余就是需要传输的出库批次列表。 一次把所有出库都传输厂家,更新传输服务表的最后采浆日期。 5、传输异常:传输血浆出库包含了多个表,按照顺序先传输采区表,浆员档案表,血浆采集记录,血浆批次,血浆箱号,血浆,血浆样品批次,血浆样品箱,血浆样品,血浆样品检测结果。 如果中间发生异常进行预警。 厂家:看到血浆未接收批次记录,意味着整批已经传输完成可以接收。 2、血浆采集: 浆站:操作血浆采集。 传输:思路:每天晚上同步一次。 传输过程:传输服务表按照最后传输采集日期上传,如果传输服务表没有初始化就默认查询浆站N天内的血浆采集数据。 仅插入不作更新。完成后更新最后传输采集日期,失败不更新最后传输采集日期。 厂家:不做任何操作。 3、血浆报废: 浆站:操作血浆报废。 传输:思路1:血浆报废要求及时性高。增加触发器,当有报废日期时触发报废传输。 思路2:每晚补传一次,补传逻辑:最后血浆报废传输时间<浆站血浆报废时间 传输过程:最后血浆报废传输时间<浆站血浆报废时间,传输浆员插入更新,血浆采集插入更新,血浆插入更新,血浆样品更新。检测不合格通过阳性接口传输,接口已实现不用调整。 厂家:接口数据阳性结果审核,非接口的报废血浆不做任何处理。 4、其他上传业务: 浆站:操作征询,体检,免疫,初筛 传输:最后业务传输时间<浆站业务时间,每天晚上同步一次。插入更新。 厂家:不做任何操作。 5、回访留样: 浆站:操作回访留样。 传输:思路:每天晚上同步一次。 传输过程:传输服务表按照最后传输回访留样日期上传,如果传输服务表没有初始化就默认查询浆站N天内的回访留样日期数据。 仅插入不作更新。完成后更新最后传输回访留样日期,失败不更新最后传输回访留样日期。 厂家:不做任何操作。 6、回访出库: 浆站:操作回访样品出库 传输: 1、思路1:浆站回访样品出库增加触发器,更新出库日期完成时触发传输。达到实时传输效果。 2、思路2:每天每20分站监控一次,发现当天有出库数据就执行传输。 3、思路3:遇到网络中断连续几天情况,恢复网络后比如昨天出库数据今天传输不到,增加每晚补传一次,补传逻辑:最后出库传输时间<浆站出库时间 4、传输过程:传输服务表按照最后传输出库日期查询浆站出库数据,如果传输服务表没有初始化就默认查询浆站N天内出库的回访样品批次, 传输服务表初始化时记录这些批次的最小出库日期。按照出库的初始日期查询厂家已有的回访批次,过滤已有批次剩余就是需要传输的出库批次列表。 一次把所有出库都传输厂家,更新传输服务表的最后回访出库日期。 5、传输异常:传输回访出库包含了多个表,按照顺序先传输采区表,浆员档案表,回访样品批次,回访样品箱,回访样品。 如果中间发生异常进行预警。 厂家:看到回访未接收批次记录,意味着整批已经传输完成可以接收。 7、回访报废: 浆站:操作回访报废。 传输:思路1:回访报废要求及时性高。增加触发器,当有报废日期时触发报废传输。 思路2:每晚补传一次,补传逻辑:最后回访报废传输时间<浆站回访报废时间 传输过程:最后回访报废传输时间<浆站回访报废时间,传输浆员插入更新,回访样品更新。 厂家:接口数据阳性结果审核,非接口的报废回访样品不做任何处理。 8、电泳出库: 浆站:操作电泳出库 传输: 1、思路1:浆站电泳样品出库增加触发器,更新出库日期完成时触发传输。达到实时传输效果。 2、思路2:每天每20分站监控一次,发现当天有出库数据就执行传输。 3、思路3:遇到网络中断连续几天情况,恢复网络后比如昨天出库数据今天传输不到,增加每晚补传一次,补传逻辑:最后出库传输时间<浆站出库时间 4、传输过程:传输服务表按照最后传输出库日期查询浆站出库数据,如果传输服务表没有初始化就默认查询浆站N天内出库的回访样品批次, 传输服务表初始化时记录这些批次的最小出库日期。按照出库的初始日期查询厂家已有的电泳批次,过滤已有批次剩余就是需要传输的出库批次列表。 一次把所有出库都传输厂家,更新传输服务表的最后电泳出库日期。 5、传输异常:传输电泳出库包含了多个表,按照顺序先传输采区表,浆员档案表,电泳样品批次,电泳样品箱,电泳样品。 如果中间发生异常进行预警。 厂家:看到电泳未接收批次记录,意味着整批已经传输完成可以接收。 数据回传: 1、厂家阳性回传:1、调阳性接口回传,接口已实现不用调整。 2、厂家电泳结果回传:电泳结果回传时间<厂家电泳结果时间,进行回传。每天晚上同步一次。返回浆站插入更新。 上面的逻辑是一个浆站和厂家的交互,实际是20+浆站和1家厂家的交互。考虑业务递增的拓展性,易维护,传输效率高, 传输跟踪可视化,传输配置可视化。 自研工具选择java开发,先要快速开发结合什么工具较好。
03-19
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值