[20201204]为什么返回2行记录.txt
[20201204]为什么返回2行记录.txt--//在itpub问的问题,http://www.itpub.net/thread-2140116-1-1.html。花了一点点时间,大概知道问题在哪里,--//问题出在一致性读取上,参考链接http://blog.itpub.net/267265/viewspace-2213824/ =>[20180907]访问v$视图与一致性读取.txt
[20201207]关于ORACLE IMU的一些疑问.txt
[20201207]关于ORACLE IMU的一些疑问.txt--//关于oracle IMU,我自己本人有太多的疑问,我自己很久以前在测试栽过跟头。--// http://blog.itpub.net/267265/viewspace-2137720/ => [20170421]警惕打开IMU对测试的影响.txt --//前几天看别人的测试:https://www.modb.pro/db/
[20201207]12c v$open_cursor视图.txt
[20201207]12c v$open_cursor视图.txt--//12cv$open_cursor视图定义与11g有点不同,通过测试说明问题.注我使用18c,并不影响测试结果。1.环境:TTT@192.168.X.X:1521/orcl> select BANNER from v$version ;BANNER-------------------------------------
[20201203]为什么不使用索引.txt
[20201203]为什么不使用索引.txt--//生产系统一条sql语句出现问题:1.环境:> @ ver1PORT_STRING VERSION &nb
[20201204]关于等待事件Log File Sync.txt
[20201204]关于等待事件Log File Sync.txt--//昨天被别人问及Log File Sync等待事件,实际上我以前的理解存在很大的误区,我一直认为出现这个主要是写日志太慢,磁盘处理--//IO能力太差造成的,再还有就是频繁提交。实际上还忽略一种情况,就是CPU太忙,这样的情况我很少遇到。--//找到一个链接:https://logicalread.com/oracle-log
[20201203]探究library cache mutex X 3.txt
[20201203]探究library cache mutex X 3.txt--//生产系统经常遇到library cache: mutex X等待事件,我实际上已经估计到大量调用PL/SQL包导致的问题(防水墙产品),还是分析看--//看: Snap
[20201202]完善sosi脚本.txt
[20201202]完善sosi脚本.txt--//上午花了一点点时间改写了sosi脚本,主要我不喜欢执行时输入参数。--//另外就是density 显示为0,明显不对。格式不合适修改如下:column DENSITY heading "Density" format 0.09999999$ cat sosiz.sqlset echo offset scan onset lin
[20201202]sed加行号.txt
[20201202]sed加行号.txt--//链接提供一些加行号的方法:http://www.itpub.net/thread-2140068-1-1.html--//想使用sed实现,上网看了一下:R:\>cat a.txtthis is a test 1this is a test 2this is a test 3this is a test 4R:\> sed "=
[20201202]vim打开多个TAB文件.txt
[20201202]vim打开多个TAB文件.txt--//工作需要,需要一个特殊功能就是在查看文件中,打开里面涉及到的文件,而不是在打开另外的会话在执行vim打开。--//以前我有一个工作习惯如果编辑文件很大,需要上下移动,我会使用vim的tab功能在windows下:--//就是在vim下输入:tabedit %,就可以打开一个新的tab,使用ctrl+pgup,ctrl+pgdn切换文件,当
[20201201]约束大写与查询.txt
[20201201]约束大写与查询.txt--//开发在谓词条件中使用大写函数,我看了表中数据全部是大写。而查询条件两者情况都出现,看看是否加入约束,取消建立函数索引--//的需求。1.环境:SCOTT@book> @ ver1PORT_STRING
[20201130]11g or_expand提示.txt
[20201130]11g or_expand提示.txt--//最近看了几篇使用or_expand提示的文章,我发现实际上在11g根本无法使用,做1个记录。只能使用USE_CONCAT提示。1.环境:SCOTT@book> @ ver1PORT_STRING &
[20202117]Function based indexes and cursor sharing.txt
[20202117]Function based indexes and cursor sharing.txt--//昨天测试给sql打补丁在11g,根据链接介绍https://hourim.wordpress.com/2020/10/24/function-based-indexes-and-cursor-sharing/--//视乎从19c开始即使设置CURSOR_SHARING=FORCE,
[202021127]sql打补丁问题.txt
[202021127]sql打补丁问题.txt--//补充打补丁后,如何看到底打了什么补丁。SCOTT@book> @ ver1PORT_STRING VERSION
[20201126]使用cursor_sharing_exact与给sql打补丁3.txt
[20201126]使用cursor_sharing_exact与给sql打补丁2.txt--//以前我记忆里给sql语句打补丁,好像在11g下打上cursor_sharing_exact提示无效的,看链接--//https://hourim.wordpress.com/2020/10/24/function-based-indexes-and-cursor-sharing/--//感觉我视乎做错
[20201126]使用cursor_sharing_exact与给sql打补丁2.txt
[20201126]使用cursor_sharing_exact与给sql打补丁2.txt--//以前我记忆里给sql语句打补丁,好像在11g下打上cursor_sharing_exact提示无效的,看链接--//https://hourim.wordpress.com/2020/10/24/function-based-indexes-and-cursor-sharing/--//感觉我视乎做错
[20201126]文件相对号与绝对号问题.txt
[20201126]文件相对号与绝对号问题.txt--//一般情况两者一致,今天在18c pdb环境遭遇这个问题。1.环境:TTT@192.168.2.7:1521/orcl> select banner_full from v$version;BANNER_FULL---------------------------------------------------------------
[20201126]18c VPD的问题.txt
[20201126]18c VPD的问题.txt--//链接:http://blog.itpub.net/267265/viewspace-2737068/,在18c测试看看。1.环境:TTT@192.168.2.7:1521/orcl> select banner_full from v$version;BANNER_FULL--------------------------------
[20201126]11g VPD的问题.txt
[20201126]11g VPD的问题.txt--//链接https://hourim.wordpress.com/2020/09/30/ddl-optimization-and-vpd/提到的问题在测试环境测试看看。--//你可以查看中文版本更加详细的介绍10g,11g与12c增加列的一些操作方式上的变化:--//https://www.oracle.com/technetwork/cn/ar
[20201124]建立Socket proxy使用SSH.txt
[20201124]建立Socket proxy使用SSH.txt--//以前对这方面的东西不是很了解,实际上也叫Dynamic Port Forwarding。# man ssh-D [bind_address:]portSpecifies a local "dynamic" application-level port forwarding. This work
[20201123]timeout 命令学习笔记.txt
[20201123]timeout 命令学习笔记.txt--//rh 7.0以上coreutils 包含几个以前没有见过的命令在coreutils,stdbuf以及timeout。今天学习一下timeout。1.环境:# cat /etc/redhat-releaseCentOS Linux release 7.7.1908 (Core)2.测试:# rpm -qif $(which timeou