ITPub博客

[20211231]ORA-01418 specified index does not exist.txt--//维护索引改名发现报如下错误：ORA-01418: specified index does not exist$ oerr ora 0141801418, 00000, "specified index does not exist"// *Cause:// *A

[20211231]vim自动格式化sql语句.txt--//前几天给vim安装了格式化的插件,今天测试看看能否自动完成格式化操作.--//我一般操作是选择sql语句文本,按\sf 完成格式化操作.SELECT deptno,dname,loc,emp.deptno,sal,job  FROM detp,emp WHERE dept.deptno = emp.deptno;--

[20211229]sql语句包含中文保存clob的编码问题.txt--//昨天优化一条sql语句,无意中在toad下发现v$sqlarea视图的sql_fulltext保存汉字使用的编码是unicode。--//比如 病人 unicode编码是   c575 ba4e --//         z

[20211231]set linesize and dbms_output.line输出问题.txt--//昨天改写sql_id.sql脚本,主要原因有几个.1.开发写代码不规范,里面拚接的字符使用\r,没有\n,导致sqlplus的输出乱码,多次建议开发替换纠正这个错误,没用.2.剩下的两个问题是我最近遇到的,不知道那个开发写sql代码都是一行,而且字段与字段之间还有很多空格,导致语句很长.导

[20211217]滑稽可笑的程序代码2.txt--//实在不知道如何取标题..感觉很无奈无语...--//昨天上午快下班的时候我使用ashtop看等待事件，无意中发现生产系统的一条sql语句执行时间有点长，但是快下班没有仔细看，下--//午又因为别的时间下班了才仔细看该sql语句,我实在无法表达我昨天当时的心情，开发怎么能这样写程序代码。--//下面仔细展开分析，分析有点繁琐，主要记录我自己整个

[20211230]完善sql_id脚本.txt--//工作需要，有时候要抽取sql语句脚本。我自己经常使用两个脚本：sqlid.sql 和 sql_id.sql。$ cat sqlid.sqlcolumn sql_fulltext format a160column sqltext format a255set head offpromptprompt --sql_id = &&

[20211229]toad下优化sql语句注意的问题.txt--//生产系统一条sql语句优化看看，顺便提一下在toad下优化sql语句需要注意的地方。1.环境:xxxx1> @ pr==============================PORT_STRING          &nb

[20211229]再论19c latch free等待事件分析.txt--//生产系统昨天例行检查，发现19c再次出现latch free等待事件，再次分析看看。--//以前的链接http://blog.itpub.net/267265/viewspace-2841664/ =>[20211111]19c latch free等待时间分析.txt 1.环境：xxxx1> @pr===

[20211224]vim插件格式化sql语句.txt--//最近一段时间做优化sql语句工作,发现开发写的sql超级变态,很长的sql语句不带换行的,导致我抽取要调试的sql语句在sqlplus下无--//法执行.报如下错误：SCOTT@book> @ b1.txtInput truncated to 7499 charactersSP2-0027: Input is too long (

[20211227]抽取跟踪文件中的绑定变量值.txt--//以前写过一个从跟踪文件抽取sql的脚本，估计也是当时从网上抄来的。$ cat extractsql.sh#! /bin/bashawk '/PARSING IN CURSOR/,/END OF STMT/' $1 | egrep -v '^PARSING|^END OF STMT'--//尝试自己写一个抽

[20211223]tpt ash ash_index_helperx脚本.txt--//tpt scripts包的ash目录下有两个脚本ash_index_helperx.sql，ash_index_helper.sql脚本用来定位表来提供索引建立帮助。--//不过我下载执行包如下错误。xxxx> @ash/ash_index_helper % PPPPPP_HHH.EMR_WJZ&nbs

[20211221]分析sql语句遇到的问题.txt--//昨天在跟踪sql语句时遇到的问题，在测试环境做一个记录。1.环境：SCOTT@book> @ ver1PORT_STRING                 &nb

[20211221]记录使用sqlplus的小问题补充.txt--//链接http://blog.itpub.net/267265/viewspace-2848574/遇到的问题。--//主要问题是tpt的init.sql脚本调用@@htmlset nowrap "&_user@&_connect_identifier report"--//这样初始化后覆盖了参

[20211220]关于标量子查询问题.txt--//上个星期发现一条翻页查询语句,感觉很奇怪出现在程序中.在看执行计划过程中,遇到标量子查询的starts很高的情况.--//自己展开做一个分析,顺便说一下优化这条语句毫无意义,学习与了解并优化标量子查询倒是可以作为案例.1.环境：xxxxx> @ ver1PORT_STRING     &n

[20211221]提示precompute_subquery补充2.txt--//前几天测试提示precompute_subquery,发现使用它的缺点:--//1每次运行都产生1个新的子光标，每次都是一次"硬分析"。--//2.使用范围很窄，一旦内层使用绑定变量，提示失效。--//其实每次都是硬解析很好理解,毕竟每次运行可能内层算出的值不同,可以查询fliter或者acce

[20211220]记录使用sqlplus的小问题.txt--//记录工作中遇到的一个使用sqlplus的小问题，我现在开始经常在工作中使用tpt脚本。无意中如果在命令行加入参数会导致带入的参--//数失效。通过例子说明问题。1.环境：SCOTT@book> @verBANNER---------------------------------------------------------

[20211220]sqlplus简单计算器.txt--//看了tpt包calc.sql脚本,他要求输入3个参数,计算出10进制以及16进制结果.--//但是他的脚本比较灵活支持10进制以及16进制数字的输入:--//例子:SCOTT@book> @ ver1PORT_STRING         &n

[20211215]提示precompute_subquery补充.txt--//前几天测试precompute_subquery,我仔细想一下好像以前看书或者别人的blog见到使用过.--//我翻看以前的工作日志,发现blog如下:D:\notes>dir /s/b *precompute_subquery*D:\notes\2014\201408\[20140829]PRECOMPUTE

[20211214]查看视图V$ACTIVE_SESSION_HISTORY遇到奇怪问题.txt--//生产系统遇到无法生成awr的问题，做一个分析：1.环境：xxxxxx> @ver1PORT_STRING               &nb

[20211210]优化遇到的奇怪问题.txt--//上午优化一条sql语句,遇到一些问题浪费许多时间,直到上午快下班才定位解决,在测试环境做一个小演示,避免在这些细节上犯错.1.环境:SCOTT@book> @ ver1PORT_STRING            &nb