自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

凌蓝风的灿烂天空

勤劳的人:有怎样的梦想,就有怎样的人生。 懒惰的人:有怎样的梦想,就有相反的人生。

  • 博客(10)
  • 收藏
  • 关注

原创 【解剖】Oracle-----Oracle优化-学习笔记(1.1)

学习笔记的目的:l         督促自己总结从书中学到的知识深入研究。l         对于书中一部分晦涩难懂的东西经过自己的提炼,希望能给其他学习者帮助。l         添加书中不足的地方,增加试验指导,使理论和实践紧密连接在一起,快速提高Oracle优化方面知识。l         在一个问题点上,扩展其他书中的知识,尽可能把其他本书中的相关精华联系在起来,构建一个稳

2008-08-07 12:41:00 842

原创 SQL优化-同SQL不同执行计划-(CLOB详细分析2)

上篇:同SQL不同执行计划-CLOB详细分析1 为了揭示问题本质,今天继续研究,大多数时候问题往往不是孤立存在得,上次简单的分析了数据的存储形式,今天更加深入的研究一下【块】在底层是如何组织很存储的。  在Oracle中【块】是所有数据的基本组成单元,Oracle的块中保存着row piece,一个row piece可能是整个行,也可能是行的一部分或者指向行的指针。如果块中存储行的一部分,

2008-05-17 23:51:00 922

转载 【转帖】Oracle Database 10g 内幕 (二) ----来源OTN

后向引用 正则表达式的一个有用的特性是能够存储子表达式供以后重用;这也被称为后向引用(在表 10 中对其进行了概述)。它允许复杂的替换功能,如在新的位置上交换模式或显示重复出现的单词或字母。子表达式的匹配部分保存在临时缓冲区中。缓冲区从左至右进行编号,并利用 /digit 符号进行访问,其中 digit 是 1 到 9 之间的一个数字,它匹配第 digit 个子表达式,子表达式用一组圆括号来显

2008-05-17 17:02:00 704

转载 【转帖】Oracle Database 10g 内幕 (一) ----来源OTN

使用正规表达式编写更好的 SQL Oracle Database 10g 中的正规表达式特性是一个用于处理文本数据的强大工具 Oracle Database 10g 的一个新特性大大提高了您搜索和处理字符数据的能力。这个特性就是正规表达式,是一种用来描述文本模式的表示方法。很久以来它已在许多编程语言和大量 UNIX 实用工具中出现过了。 Oracle 的正规表达式的实施是以各种 S

2008-05-17 16:57:00 806

原创 CentOS 5 yum国内镜像服务器 配置文件[CentOS-Base.repo]

方便大家配置使用。。。/etc/yum.repos.d/CentOS-Base.repoCentOS5 yum国内镜像服务器 配置文件(原5.0用户版本合并,现在使用5):----------------------------------------------------------------------------# CentOS-Base.repo## This file use

2008-05-17 16:52:00 4281 1

原创 centos5.0安装oracle 10g步骤

Centos5安装Oracle database 10g:1.        安装centos5;2.        下载oracle的安装程序:文件名10201_database_linux32.zip;3.        unzip 10201_database_linux32.zip解压;4.        编辑/etc/sysctl.conf文件,加上如下的行:kernel.shmall

2008-05-17 02:22:00 1465

原创 SQL优化-同SQL不同执行计划-(CLOB详细分析1)

 有个问题一直没有详细讨论,为什么在数据里检索147条记录速度明显慢于1万条记录。SQL回顾一下,【SQL 1】:select art.article_id, art.article_title, aps.adminaccount from tbnc_a art, tbnc_p aps where art.column_id = aps.scopestr   and a

2008-05-15 23:26:00 2905 1

原创 SQL优化-同SQL不同执行计划(三)-完

【疑惑三、疑惑四解答】通过上两个问题探索,已经基本确定是IO所致。Myepoch提出问题,【SQL1全表扫描】和【SQL2】执行计划【总成本】完全相同,但是为什么执行时间差别那么大呢?其实,既然是【总成本】,那么他就包涵了很多,大家多数时候误认为【总成本】就是【执行时间成本】,这是个错误的理解,【总成本】包括【CPU成本】、【时间成本】和【IO成本】等,在多数情况下,【总成本】和【

2008-05-15 16:26:00 1420 1

原创 SQL优化-同SQL不同执行计划(二)

  【疑惑二解答】在绝大多数时候,都会认为【全表扫描】的SQL会慢于【索引快速扫描】的SQL,我们应该相信Oracle的选择,在【疑惑一解答】中已经排除了【统计信息】错误的可能,同时统计信息也给我们提供了一个重要的线索,不知道大家主要到了没有,数据库创建的时候默认块大小应该是8Kb。【TBNC_P】表存储了3万记录,而数据块使用了244块。【TBNC_A】表存储了4万记录,而数据块使用

2008-05-14 20:40:00 1922 5

原创 SQL优化-同SQL不同执行计划(一)

 问题来源:CSDN Oracle技术论坛问题        :myepoch提出相同SQL因为检索的值,不同执行效率差别巨大。问题环境:Oracle 10g,TBNC_P表在adminaccount有B树索引,TBNC_P总记录数:33422行TBNC_A总记录数:40782行结果      :已经解决,优化后的SQL执行时间,均小于0.032秒【SQL 1】:sel

2008-05-14 20:36:00 5060 2

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除