[20190827]函数索引与选择率.txt
[20190827]函数索引与选择率.txt--//一般情况下查询条件使用函数,选择率1%.如果建立虚拟列并且分析的情况下,能够获得比较准确的选择率。--//如果建立对应的函数索引呢,情况会怎么呢?最近遇到的问题,让我注意其中一些细节。1.环境:SCOTT@test01p> @ ver1PORT_STRING
[20190827]函数索引与选择率.txt
[20190827]函数索引与选择率.txt--//一般情况下查询条件使用函数,选择率1%.如果建立虚拟列并且分析的情况下,能够获得比较准确的选择率。--//如果建立对应的函数索引呢,情况会怎么呢?最近遇到的问题,让我注意其中一些细节。1.环境:SCOTT@test01p> @ ver1PORT_STRING
[20190826]update结果集2.txt
[20190826]update结果集2.txt--//补充对结果集的修改。以前做过类似测试,链接:--//http://blog.itpub.net/267265/viewspace-2139049/1.环境:SCOTT@test01p> @/ver1PORT_STRING VERS
[20190825]Join View and delete.txt
[20190825]Join View and delete.txt--//看了链接https://jonathanlewis.wordpress.com/2019/08/20/join-view/,里面提到delete可能引起的错误,自己也测试看看.--//顺便说一下,我自己也在维护中也喜欢这样方式,但是我从来不是多表连接操作.我一般操作单表.1.环境:SCOTT@test01p> @ v
[20190823]关于CPU成本计算2.txt
[20190823]关于CPU成本计算2.txt--//前几天探究CPU cost时遇到的问题,获取行成本时我的测试查询结果出现跳跃,不知道为什么,感觉有点奇怪,分析看看。--//ITPUB原始链接已经不存在,我的日记本还有记录,现在想想当时的记录思路很乱,不过这些都是猜测的过程,以前思路混乱也是正常的。--//顺便做一些必要补充。1.环境:SCOTT@test01p> @ ver1PORT
[20190821]关于CPU成本计算.txt
[20190821]关于CPU成本计算.txt--//有人问链接http://blog.itpub.net/267265/viewspace-2653964/中CPU成本如何计算的,实际上一般在优化中考虑这个细节很少,--//因为CPU COST占整个COST的比例很少,至于如何计算说复杂很复杂,说简单也很简单.--//如果你看onathan Lewis的
[20190821]关于CPU成本计算.txt
[20190821]关于CPU成本计算.txt--//有人问链接http://blog.itpub.net/267265/viewspace-2653964/中CPU成本如何计算的,实际上一般在优化中考虑这个细节很少,--//因为CPU COST占整个COST的比例很少,至于如何计算说复杂很复杂,说简单也很简单.--//如果你看onathan Lewis的
[20190819]如何快速转换16进制串到字符串.txt
[20190819]如何快速转换16进制串到字符串.txt--//ITPUB网友问的问题,我一般使用如下函数转换:$ cat conv_c.sqlselect utl_raw.cast_to_varchar2(lower('&1')) c60 from dual;$ cat conv_n.sqlselect utl_raw.cast_to_number(lower('
[20190819]如何快速转换16进制串到字符串.txt
[20190819]如何快速转换16进制串到字符串.txt--//ITPUB网友问的问题,我一般使用如下函数转换:$ cat conv_c.sqlselect utl_raw.cast_to_varchar2(lower('&1')) c60 from dual;$ cat conv_n.sqlselect utl_raw.cast_to_number(lower('
[20190816]12c执行exec SYS.PRVT_ADVISOR.DELETE_EXPIRED_TASKS()报错.txt
[20190816]12c执行exec SYS.PRVT_ADVISOR.DELETE_EXPIRED_TASKS()报错.txt--//http://www.xifenfei.com/2019/08/delete-wri_adv_sqlt_rtn_plan-error.html,重复测试:1.环境:SCOTT@test01p> @ ver1PORT_STRING &n
[20190816]12c执行exec SYS.PRVT_ADVISOR.DELETE_EXPIRED_TASKS()报错.txt
[20190816]12c执行exec SYS.PRVT_ADVISOR.DELETE_EXPIRED_TASKS()报错.txt--//http://www.xifenfei.com/2019/08/delete-wri_adv_sqlt_rtn_plan-error.html,重复测试:1.环境:SCOTT@test01p> @ ver1PORT_STRING &n
[20190815]索引快速全扫描的成本.txt
[20190815]索引快速全扫描的成本.txt--//昨天听一个讲座,提到索引快速全扫描的成本由索引的统计信息叶子块数量决定,与其他无关比如blevel。--//我开始非常不理解,不是听错了吧。索引快速全扫描就是把索引当作表,其扫描成本的计算方式与全表扫描的方式一样。--//这样扫描的块数量应该是索引的hwm之下的块,不分索引根节点块,分支节点块,叶子节点块全部扫描,充分利用多块读取的特性完--
[20190815]索引快速全扫描的成本.txt
[20190815]索引快速全扫描的成本.txt--//昨天听一个讲座,提到索引快速全扫描的成本由索引的统计信息叶子块数量决定,与其他无关比如blevel。--//我开始非常不理解,不是听错了吧。索引快速全扫描就是把索引当作表,其扫描成本的计算方式与全表扫描的方式一样。--//这样扫描的块数量应该是索引的hwm之下的块,不分索引根节点块,分支节点块,叶子节点块全部扫描,充分利用多块读取的特性完--
[20190810]如何索引一个超长字段.txt
[20190810]如何索引一个超长字段.txt--//链接问的一个问题:http://www.itpub.net/thread-2119521-1-1.html因业务需要,一个字段的字符要很长,最长有4000, 并且还要用字段来判断唯一性,如果直接建立索引他会报错的,而且怎么长查询起来是否很慢?请问各位前辈,有什么好的方法来处理这个问题。--//他还加了一个需求保证唯一性。不知道对方使用什么版本
[20190805]Oracle 12c New Feature – Online Partitioning.txt
[20190805]Oracle 12c New Feature – Online Partitioning.txt--//oracle 12c 支持建立分区表新特性,就是在线修改普通表为分区表。1.环境:SCOTT@test01p> @ ver1PORT_STRING VERSION
[20190805]Oracle 12c New Feature – Online Partitioning.txt
[20190805]Oracle 12c New Feature – Online Partitioning.txt--//oracle 12c 支持建立分区表新特性,就是在线修改普通表为分区表。1.环境:SCOTT@test01p> @ ver1PORT_STRING VERSION
[20190731]spool cvs in 12cR2.txt
[20190731]spool cvs in 12cR2.txt--//12c支持cvs输出。语法如下:SET MARKUP CSV {ON|OFF} [DELIMI[TER] character] [QUOTE {ON|OFF}]1.环境:SCOTT@test01p> @ ver1PORT_STRING &n
[20190728]分析函数LAST_VALUE.txt
[20190728]分析函数LAST_VALUE.txt--//如果开发善用oracle分析函数,能大大减少编程工作量。可以我发现许多开发根本不学甚至不知道有这样的东西,--//把语句写的异常复杂。分析函数LAST_VALUE用于取最后值,实际使用中遇到一些问题,做1个记录:1.环境:SCOTT@test01p> @ ver1PORT_STRING &nbs
[20190728]分析函数LAST_VALUE.txt
[20190728]分析函数LAST_VALUE.txt--//如果开发善用oracle分析函数,能大大减少编程工作量。可以我发现许多开发根本不学甚至不知道有这样的东西,--//把语句写的异常复杂。分析函数LAST_VALUE用于取最后值,实际使用中遇到一些问题,做1个记录:1.环境:SCOTT@test01p> @ ver1PORT_STRING &nbs
[20190721]12CR2 max_idle_time 2.txt
[20190721]12CR2 max_idle_time 2.txt--//昨天测试max_idle_time,我自己有点不理解oracle为什么会加入这样的参数。--//首先这个参数仅仅在system级别上测试,而不是在session级别,缺乏灵活性。--//查看官方文档如下:https://docs.oracle.com/en/database/oracle/oracle-database/