Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3693456
  • 博文数量: 715
  • 博客积分: 1860
  • 博客等级: 上尉
  • 技术积分: 7745
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-07 08:51
个人简介

偶尔有空上来看看

文章分类

全部博文(715)

文章存档

2023年(75)

2022年(134)

2021年(238)

2020年(115)

2019年(11)

2018年(9)

2017年(9)

2016年(17)

2015年(7)

2014年(4)

2013年(1)

2012年(11)

2011年(27)

2010年(35)

2009年(11)

2008年(11)

分类: Oracle

2021-08-14 18:08:36

以sys执行脚本,创建相关对象
version_rpt3_23.sql



  1. --根据所有版本数超过100 的游标的 SQL_ID 生成报告(10g 和更高版本)

  2. set pages 2000 lines 100
  3. SELECT b.*
  4. FROM v$sqlarea a ,
  5.   TABLE(version_rpt(a.sql_id)) b
  6. WHERE loaded_versions >=100;   /*如果是11.2.0.3或者包含了patch 10187168, 那么设置为30 */


  1. -- 对 SQL_ID 的游标生成报告
  2. set pages 2000 lines 100
  3. SELECT * FROM TABLE(version_rpt('cyzznbykb509s'));

在11g数据库及以上版本,这个脚本只会对因为 BIND* 原因导致的废弃的游标做统计, 详见"Consolidated details for BIND* columns"部分。,如果你想统计其它废弃的游标,你必须查询 v$SQL 视图,并且用 IS_OBSOLETE='Y' 作为条件统计行数。

该版本报告脚本试图通过检查 IS_OBSOLETE 字段来统计废弃的游标。但是这个字段在 V$SQLAREA 视图中仅仅为了向后兼容---不管游标废弃与否,它的值都是’N’。对于某条 SQL 语句,不管有多少 parent cursor 或者被废弃的游标存在,在 V$SQLAREA 中只显示一行记录。



参考
SQL 版本数过高 – 原因判断脚本 (Doc ID 1985045.1)
故障排除:高版本计数问题(文档 ID 296377.1)
阅读(1095) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~