[20211214]18c标量子查询unnest.txt
[20211214]18c标量子查询unnest.txt--//18c支持标量子查询unnest,也就是改写为连接模式。通过例子说明。--//先测试11g下的情况:1.环境:SCOTT@book> @ver1PORT_STRING &nbs
[20211214]ezconnect输入口令的问题.txt
[20211214]ezconnect输入口令的问题.txt--//前几天看别人解决问题,我发现对方采用ezconnect连接,看上去语法怪怪的,我以前的习惯经常看别人操作学习新的技能.我仔细看对--//方在命令行没有输入口令.也许出于安全原因还是对方的工作习惯,不过我们生产系统由于等保的原因,口令也忒长,根本记不住,我基--//本采用copy and paste方式,上班有一点点空闲测试看看对方
[20211213]提示precompute_subquery.txt
[20211213]提示precompute_subquery.txt--//学习了提示precompute_subquery,提示很明显就是先计算子查询的结果集,直接通过例子说明:1:环境:SCOTT@book> @ ver1PORT_STRING
[20211213]完善date命令别名.txt
[20211213]完善date命令别名.txtalias zdate="date +'%Y/%m/%d %T'"alias zzdate="date +'trunc(sysdate)+%H/24+%M/1440+%S/86400 == %Y/%m/%d %T'"--// 补充加入timestamp格式:$ alias zzd
[20211210]swc.sql如何使用.txt
[20211210]swc.sql如何使用.txt--//简单记录一下tpt swc.sql脚本的使用。1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20211209]pdb数据库kill job遇到的奇怪情况.txt
[20211209]pdb数据库kill job遇到的奇怪情况.txt--//在18c上测试遇到的问题,做一个记录。job进程无法清除在pdb层面上,并且在cdb层面也出现一点点情况,不过进程倒是可以kill。1.环境:orcl> @ pr==============================PORT_STRING
[20211207]变态的windows批处理10.txt
[20211207]变态的windows批处理10.txt--//windows cmd下命令行总是遇到一些奇怪的问题。通过例子说明:R:\>ls -l a%b.txt-rw-rw-rw- 1 user group
[20211206]分析表取样最小大小是多少.txt
[20211206]分析表取样最小大小是多少.txt--//别人问的问题,很容易测试出来。1.环境:SCOTT@book> @ ver1PORT_STRING VER
[20211206]修改job属性问题.txt
[20211206]修改job属性问题.txt--//修改job属性遇到的问题,做一个记录。--//自己很少涉及这方面工作。1.环境:SCOTT@book> @ ver1PORT_STRING  
[20211206]toad下job建立查看问题.txt
[20211206]toad下job建立查看问题.txt--//上班检查发现同事建立的job不是很好,使用sys模式执行,我在测试环境演示遇到一些问题,做一个记录:1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20211203]演示job启动时间改变的情况.txt
[20211203]演示job启动时间改变的情况.txt--//生产系统出现job启动时间改变的情况,开发还是习惯使用job方式调度后台任务,实际上应该尝试使用schedule。--//通过例子演示出来。1.环境:SCOTT@book> @ ver1PORT_STRING &
[20211203]为什么出现负数3.txt
[20211203]为什么出现负数3.txt--//前几天看华为监控sql语句遇到的问题,链接http://blog.itpub.net/267265/viewspace-2844951/--//里面计算的latch_hit 大于100。也就是gets相减出现负数的情况。--//首先考虑awr 做snapshot时从那里取值的,我仔细想一下应该来源V$LATCH_PARENT或者V$LATCH_C
[20211202]完善d_buffer.sql脚本.txt
[20211202]完善d_buffer.sql脚本.txt--//最近一直在看tpt脚本,发现一些取样脚本很有意思.自己根据需求改写我以前写的d_buffer.sql脚本.--//如果要有什么缺点就是要建立一个函数。1.建立tptsleep函数.create or replace function tptsleep (sec in number default 1) return number
[20211202]FREQ=WEEKLY FREQ=DAILY是等价的.txt
[20211202]FREQ=WEEKLY FREQ=DAILY是等价的.txt--//今天维护,我发现SCHEDULER_WINDOWS的window_name属性被人改动了。--//生产环境:> select * from DBA_SCHEDULER_WINDOWS where window_name in ('SATURDAY_WINDOW') 2 
[20211130]为什么出现负数.txt
[20211130]为什么出现负数.txt--//生产系统华为做的无用监控,出现一个奇怪的现象,做一个简单分析。1.环境:> @ ver1PORT_STRING VE
[20211130]完善tpt t.sql脚本.txt
[20211130]完善tpt t.sql脚本.txt--//最近一直在看tpt脚本,在tpt脚本有一个人脚本用来获取跟踪文件。脚本t.sql,脚本很简单。$ cat t.sqlSELECT value tracefile FROM v$diag_info WHERE name = 'Default Trace File';--//实际上脚本仅仅支持11g以上,在10g下无法使用,
[20211129]完善tpt tablist.sql脚本.txt
[20211129]完善tpt tablist.sql脚本.txt--//1.我加入几个字段 c.histogram , c.sample_size。--//2.最后的order by,加入了column_id字段,这样基本表定义顺序输出。ORDER BY h.owner , h.table_name-- , h.column
[20211129]更新dpcawr1.sql脚本.txt
[20211129]更新dpcawr1.sql脚本.txt--//想使用dbms_xplan.display_awr查看旧执行计划的outline,发现我写的脚本有问题,做一个更新并记录:1.环境:> @ ver1PORT_STRING &
[20211129]完善tpt killi.sql脚本.txt
[20211129]完善tpt killi.sql脚本.txt--//原始脚本仅仅kill单个实例的相关进程,修改可以工作在多个实例上的脚本。$ cp killi.sql killix.sql$ cat killix.sql-- Copyright 2018 Tanel Poder. All rights reserved. More info at http://tanelpoder.com--
[20211126]完善tpt pr.sql脚本.txt
[20211126]完善tpt pr.sql脚本.txt--//tpt提供pr.sql脚本把原来横向输出的内容变成纵向输出,便于阅读。但是有一个小问题,通过例子说明:1.环境:SCOTT@book> @ ver1PORT_STRING &n