一条走向光明的路

 

 

过年了,大家新年快乐  ^_^

恭祝大家:

新年新气象  新年里赚更多的钱!!!

真的好用，而且在便捷性上不输于Maxthon了。 当然速度是明显比Maxthon要快许多了。

 

      发现开车没有自己想象的那么难，特别开的是自动档的车。 感觉难是因为自己已经有两年没有开了 ......
在开了5分钟后就会比较自然了 ^_^
慢慢发现喜欢上坐在车上把着方向盘的感觉了

TOYOTA CAMRY 240V
发现她的导航系统挺准确的，GPS的定位很精确，误差基本上在2米以内，在山路上（德清－安吉，莫干山）行使看导航图很像极品飞车里感觉（虽然不是我开的 -_-!!)

峰回路转···

 

重新启用MSN space

把个人空间迁移到天涯博客上了，实在无法忍受MSN 空间的慢速度了

而且查找以前的文章挺困难的。

大家有空可以到我的新空间来看看 ^_^

index的使用方式

 

select /*+ index(t idx_name)*/ * from table_name      --强制使用索引

select /*+ no_index(t idx_name）*/  * from table_name --强制不使用索引

select /*+ index_ss(t idx_name) */ * from table_name       --使用索引跳跃扫描 index  其它强制取消索引方法

数值型：在索引字段上加0，例如
select * from emp where emp_no+0 = v_emp_no;
字符型：在索引字段上加‘’，例如
select * from tg_cdr01 where msisdn||’’=v_msisdn;

何时需要B*索引：
1、仅当要通过索引访问表中很少的一部分行（只占一个很小的百分比）时，才使用B*树在列上建立索引
2、如果要处理表中的多行，而且可以使用索引而不用表，就可以使用B*树索引。

如果我们访问的行太多（所占百分比过大，不在总行数的1％－20％）那么与全表扫描相比，通过B*数索引来访问这些数据通常要花更

多的时间。

例子（针对1）：
假设我们要通过索引读取一个瘦表，而且要读取表中20％的行。若表中有100 000行，其中20％就是20 000行。如果行大小约80字节，

在一个块大小为8KB的数据库中，每个块上则大约有100行。这说明，这个表有大约1 000个块。现在我们要通过索引读取20 000行；这

说明大约时20 000个TABLE ACCESS BY ROWID操作。 为此要处理20 000个表块了执行这个查询。 不过整个表才大约1 000个块！ 最后

会把表中每个块平均读取处理20次。 在这种情况下，全表扫描就比使用索引高效的多，因为每个块只会命中一次。
这就明白了，为什么有时使用索引比没有索引的访问反而效率更高！

反向索引有助于缓解缓冲区忙等待问题

查询总最好别少了ORDER BY。即使查询中计划中包含一个索引，但向要从数据库以某种有序的顺序获取数据，唯一的办法就是查询中

包括一个ORDER BY子句。

书看的太慢了，发现看完一章，在看小结的时候，发现很多前面看的概念都有些模糊了！

 

套用一句话 “ 书不是这样看滴◎！”

 

加快速度吧，要不离目标真的愈来愈远了

上午起了个大早，准备回家去了。

结果接到电话说程序出错了，一开始以为跟原来的问题一样，是约束出错。 结果捣腾了好一阵子都不行，后来再让他们重新看了下错误提示：

ora-01654： unable to extend index fcs.trk_hierarchy_idx3 by ....

发现这个不是主键约束的问题，而是数据块无法扩展了。

 

解决的办法也很简单，就是扩大相应的表空间的大小，增加数据文件

alter tablespace mytablespace add datafile 'XXX' size xxxx

我看了现在表空间的大小，单纯的从表空间的可用空间来说应该是够的，但是因为此index的空间参数是这样子的：next extent 为30m

而表空间里应该是没有相应的连续空间了

 

在增加了一个500m的数据文件后，应用归于正常了。

根据 Expert Oracle database Architecture设置的环境变量：
set serveroutput on size 1000000

set trimspool on
set long 5000
set linesize 200
set pagesize 9999
column plan_plus_exp format a80

--登陆后显示用户名和数据库名
column global_name new_value gname
set termout off
define gname=idle
column global_name new_value gname
select lower(user) || '@' || substr( global_name, 1, decode( dot, 0,
length(global_name), dot-1) ) global_name
  from (select global_name, instr(global_name,'.') dot from global_name );
set sqlprompt '&gname> '
set termout on

 

之前也是如此设置的，没有问题。

但今天发现设置了set linesize 200后没能显示后面的数据，而且无法使用向右的方向键。

无奈又折腾了好久，后来才发现需要在Sql*plus中环境变量的linesize里设置buffer width  -_-!!!

系统上的ORA10g2又坏了，用户无法登陆。跟上次的现象一样，本来想在VM中装个2003再装oracle，但感觉windows只能对sql server的支持比较好。所以还是用会VM中的linux(SUSE10)吧

 

为介绍虚拟机的负担，在dbconsole中减少了SGA的大小，但出现了问题。 在启动的时候提示启动参数错误：

ORA-00381: cannot use both new and old parameters for buffer cache size specification

只能使用老的pfile参数文件启动数据库 -_- 感觉在linux上操作ORACLE有种久违的感觉，虽然在VM里跑实在世有点慢。

然后重建了spfile，再修改数据库的参数。

重启一切OK

生成的redo越多，花费的时间就越长，系统就越慢。

sql*Plus --> AUTOTRACE

procedure --> V$MYSTAT    V$STATNAME

脚本：--->