[20260121]关于display_raw函数.txt
[20260121]关于display_raw函数.txt--//在查看表统计信息的字段最大以及最小值,经常会使用定义的函数display_raw,在tpt的desc11.sql脚本前面有一段该函数的定义以--//及说明。--//在生产系统我使用的脚本许多情况并没有使用该函数,主要原因我们许多系统是11g,许多情况下生产系统不允许在sys下建立函数,--//或许以前没有注意这些细节问题。-- de
[20260120]关于sql_id没有那些字符.txt
[20260120]关于sql_id没有那些字符.txt--//别人问的问题,sql_id是使用32进制,32进制仅仅需要10个数字+22个字母,这样有4个字符不会出现在sql_id中.--//sql_id的计算是使用MD5算法进行哈希,生成一个128位的Hash Value,其中低32位作为HASH VALUE显示,SQL_ID则取了后64位。--//实际上sql_id使用32进制表示,hash
[20260118]建立完善coldef.sql脚本.txt
[20260118]建立完善coldef.sql脚本.txt--//有时候系统视图一些字段定义varchar(1),这样写sql语句字段输出宽度,会导致显示看不全字段名。--//通过简单例子演示说明。1.环境:SYS@book> @ ver2==============================PORT_STRING  
[20260118]建立完善col_list.sql脚本.txt
[20260118]建立完善col_list.sql脚本.txt--//增加replace V$ V_$,这样系统视图也可以使用。--//简单测试如下:SYS@book> @ col_list v$sql sql_id|is_SELECT sql_id,is_obsolete,is_bind_sensitive,is_bind_aware,is_shareable,is_reopt
[20260117]使用toad使用&&1参数查询遇到的问题.txt
[20260117]使用toad使用&&1参数查询遇到的问题.txt--//SQL语句如下:select distinct table_name from dba_tab_cols where table_name like '&1';--//参数1带入V_$SQL,结果如下:GV_$SQL_PLAN_MONITORV_$SQL_PLAN_MONITORV_
[20260117]建立完善descvv.sql脚本.txt
[20260117]建立完善descvv.sql脚本.txt--//前一段时间写了一个descv.sql脚本,使用正则表达式过滤一些字段,我开始主要想法过滤一些系统视图的情况。SYS@book> @ descv v$sql "is_|sql_id" Na
[20260116]建立完善descv.sql脚本.txt
[20260116]建立完善descv.sql脚本.txt--//解决参数2等于*时重复输出的问题,执行效率不是很高。暂时先这样处理。$ cat descv.sqlset linesize 80set term offdef _desc_tmpfile=&_tpt_tempdir/desc_&_tpt_tempfile..tmpspool &_desc_tmpfiledes
[20260109]优化sql语句采用execute immediate执行遇到的问题.txt
[20260109]优化sql语句采用execute immediate执行遇到的问题.txt--//前几天在优化使用自己写的b5.sql脚本生成sql语句执行脚本,发现一些问题,做了一些修改更新,我个人很少使用该脚本,主要这--//次优化的语句里面绑定变量是timestamp类型,采用以前生成的执行脚本,以字符串变量带入如果字段是date类型会报错,每次生成的--//执行脚本必须做一些修改,想节
[20260108]sqlplus下exec以及execute immediate执行方式.txt
[20260108]sqlplus下exec以及execute immediate执行方式.txt--//在sqlplus下exec以及execute immediate执行方式,两者执行非常容易混淆,做一些例子说明。--//exec 实际上相当于begin .... end;的简写。--//execute immediate 相当于动态执行sql语句,以及一些ddl语句。--//通过例子说明:1
[20260107]建立完善b5.sql脚本.txt
[20260107]建立完善b5.sql脚本.txt--//以前写的生成执行SQL语句的执行脚本b5.sql,存在1个问题,就是无法抓取timestamp类型,适当修改解决此问题,并做了适当调整。--//比如改用gv$sqlarea视图并且取一条记录,当然缺点就是如果不在共享池,无法抓取sql语句。--//不过该脚本我个人很少使用,当然还是存在许多问题,to_char(sql_fulltext)超
[20260101]oracle连接占用内存疑问2.txt
[20260101]oracle连接占用内存疑问2.txt--//上午测试21c连接占用内存的情况,对比11g的情况如下。1.21c下的测试:SCOTT@book01p> @ ver2==============================PORT_STRING &nbs
[20260101]Oracle连接占用内存疑问(21c).txt
[20260101]Oracle连接占用内存疑问(21c).txt--//以前测试过11.2.0.4数据库打开连接什么都不做占用内存的测试,每个会话占用仅仅2.5M,而生产系统也看到平均每个会话占用5M。1.当时的测试如下:--//在远程连接数据库,数据库版本11.2.0.4.--//补充一点,测试的数据库都使用hugepage。$ seq 150 | xargs -i{} echo "