ITPub博客

[20260121]关于display_raw函数.txt--//在查看表统计信息的字段最大以及最小值，经常会使用定义的函数display_raw，在tpt的desc11.sql脚本前面有一段该函数的定义以--//及说明。--//在生产系统我使用的脚本许多情况并没有使用该函数，主要原因我们许多系统是11g，许多情况下生产系统不允许在sys下建立函数，--//或许以前没有注意这些细节问题。-- de

[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--//有时候系统视图一些字段定义varchar(1),这样写sql语句字段输出宽度，会导致显示看不全字段名。--//通过简单例子演示说明。1.环境：SYS@book> @ ver2==============================PORT_STRING     &nbsp

[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--//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--//前一段时间写了一个descv.sql脚本，使用正则表达式过滤一些字段，我开始主要想法过滤一些系统视图的情况。SYS@book> @ descv v$sql "is_|sql_id"           Na

[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--//前几天在优化使用自己写的b5.sql脚本生成sql语句执行脚本，发现一些问题，做了一些修改更新，我个人很少使用该脚本，主要这--//次优化的语句里面绑定变量是timestamp类型，采用以前生成的执行脚本,以字符串变量带入如果字段是date类型会报错，每次生成的--//执行脚本必须做一些修改，想节

[20260108]sqlplus下exec以及execute immediate执行方式.txt--//在sqlplus下exec以及execute immediate执行方式，两者执行非常容易混淆，做一些例子说明。--//exec 实际上相当于begin .... end;的简写。--//execute immediate 相当于动态执行sql语句，以及一些ddl语句。--//通过例子说明：1

[20260107]建立完善b5.sql脚本.txt--//以前写的生成执行SQL语句的执行脚本b5.sql，存在1个问题，就是无法抓取timestamp类型，适当修改解决此问题，并做了适当调整。--//比如改用gv$sqlarea视图并且取一条记录，当然缺点就是如果不在共享池，无法抓取sql语句。--//不过该脚本我个人很少使用,当然还是存在许多问题，to_char(sql_fulltext)超

[20260101]oracle连接占用内存疑问2.txt--//上午测试21c连接占用内存的情况，对比11g的情况如下。1.21c下的测试：SCOTT@book01p> @ ver2==============================PORT_STRING          &nbs

[20260101]Oracle连接占用内存疑问(21c).txt--//以前测试过11.2.0.4数据库打开连接什么都不做占用内存的测试，每个会话占用仅仅2.5M，而生产系统也看到平均每个会话占用5M。1.当时的测试如下：--//在远程连接数据库，数据库版本11.2.0.4.--//补充一点，测试的数据库都使用hugepage。$ seq 150 | xargs -i{} echo "

[20251221]建立s2h.sh脚本.txt--//建立一个简单的sql_id 转换 hash_value 值的bash shell脚本。--//没有直接采用 v2=$[ 32#$v1 % 2**32 ] 计算hash_value ,主要原因bash shell计算可能出现负数，取sql_id的后8位，相当于二进--//制8*5 = 40 bit,而hash_value是使用4*8 =32bi

[20251221]建立完善mutexprofz.sql脚本.txt--//以tpt写的mutexprof.sql为蓝本，做了许多修改。--//首先作者采用 MAX(sleeps)应该不对，也许10g正确，11g以后不对，应该换成sum(sleeps).--//增加sql_id,以及增加更多字段hash，hash_value.mutex_addr地址。--//另外生产系统sql语句带有chr(13

[20251219]建立完善s2h.sql脚本.txt--//增加更多的显示信息。$ cat s2h.sql-- Copyright 2023 lfree. All rights reserved.-- Licensed under the Apache License, Version 2.0. See LICENSE.txt for terms and conditions.---------

[20251219]测试sql语句子光标的执行性能2(21c).txt--//昨天下午测试在21c下sql语句子光标的执行性能，当时得出的规律如下：--//建立128个子光标，oracle软软解析探查采用那个子光标的执行计划，是以ChildNumber=99作为分界点开始向ChildNumber=0探查，然--//后再从ChildNumber=100->ChildNumber=127.--/

[20251218]测试sql语句子光标的执行性能(21c).txt--//以前做的测试在11g，别人提示在19c测试不出来，看了以前链接，感觉以前测试混乱，重新学习整理看看。--//顺便验证当时的测试是否存在问题。--//如果一条sql语句产生的子光标很多,除了消耗共享池内存外,也会导致执行时一些性能问题.测试看看在设置--//session_cached_cursors=0的情况下，出现软解析

[20251212]混合16,10进制计算建立vim For windows插件遇到的问题.txt--//前几天在linux下建立一个插件，就是混合16,10进制计算，利用bash shell的$[ ]的计算功能。--//linux下很容易建立，执行脚本或者map=如下："" computer && convert hexadecimal or convert&

[20251209]windows如何确定执行文件所在的目录.txt--//windows如何确定执行文件所在的目录,一定是顺着环境变量PATH定义逐个寻找。d:\>echo %PATH%| tr ; "\n"E:\tools\database21c\binD:\tools\linux\usr\local\wbinC:\Windows\system32C:\Windows

[20251208]vim插件bccalc_linux.vim使用问题2.txt--//前天在linux下使用vim插件bccalc_linux.vim遇到的问题。虽然vim在linux与windows下自己都经常使用，linux下主要写sql语句以--//及编程为主，在windows下写文档，该插件在linux下自己很少使用，今天遇到问题，感觉system函数调用存在许多问题。:versionV