About parent vs child latches. There is no fundamental low level difference between parent and child latches, they are all small regions of memory modified with atomic test-and-set style opcodes.
You see parent (and solitary) latches from x$ksllt where kslltcnm = 0 and child latches have Kslltcnm > 0 (their child number is stored there).
V$LATCH_PARENT shows all latches with kslltcnm 0, V$LATCH_CHILDREN shows all latches with cnm > 0. V$LATCH just summarizes & groups all statistics up using the latch number, it doesn't care about parent vs child latches.
It's up to Oracle, how it uses the child and parent latches, normally when child latches are used, parent latches don't get used much (or at all), since all resources to be protected have been spread between child latches already.
今天看到书中讲LATCH的时候提到了两个视图V$LATCH_CHILDREN和V$LATCH_PARENT ，不太清楚两者的区别，去百度了一下，还没百度到，GOOGLE了才找 ......
1.主要是根据三思的笔记，也参考了一些大话RAC里面的东西。（比如时间同步、ssh、最后的vipca等）
2.有一次装cluster失败，问题的根源是两台虚拟机没有时间同步。时间同步时ntp
3.还有就是共享磁盘的创建等。
4.缺少rpm包，网上下载，还有红帽的光盘里面也找得到。
5.vmware和虚拟机的文件共享问题的解决，做成iso用虚拟光驱来访问。
6.解决vipca问题
onsctl: ons failed to start
/etc/hosts 添加
127.0.0.1 localhost ......
这个Oracle的分页显示据说是最麻烦的（MySQL最简单），但是这个分页显示很有用。现在很多网站上的条目都非常多，例如新闻，可能就刚更新的就有上百条，再加上以前的，一张页面肯定就是放不下了，所以分页的好处就是可以解决这个问题。
下面一排排的叫你选择第几页，一选择，直接就跳到后面的几页去了，不用这样从上一直滚动条到下面。
嗯，下面就开始复习下这个分页显示。
本来说这个分页显示有3种方式，一个方式简单些，但是效率太低了，一个效率好，但是太复杂了。所以就中庸一下，选了个效率一般，复杂度一般的方法。
假设我们有一个表 EMP
ID NAME TELEPHONE
1 MAC 111111111
2 Window 222222222
3 switch 333333333
4 case 444444444
5 Linux 555555555
假设我们取前面3个，我 ......
SQLPLUS的AutoTrace是分析SQL的执行计划，执行效率的一个非常简单方便的工具，在绝大多数情况下，也是非常有用的工具。
1。如何设置和使用AUTOTRACE
SQL> connect / as sysdba
SQL> @?/rdbms/admin/utlxplan.sql
Table created.
SQL> create public synonym plan_table for plan_table;
Synonym created.
SQL> grant select,update,insert,delete on plan_table to public;
Grant succeeded.
SQL> @?/sqlplus/admin/plustrce.sql
SQL>grant plustrace to public.
2. 理解和使用AutoTrace
对于SQL 调整，使用Autotrace是最简单的方法了，我们只需要做：
SQL>SET AUTOTRACE ON
我们就可以看到我们SQL的执行计划，执行成本（PHYSICAL READ/CONSISTENT READ...)
加上SET Timing On或者Set Time On，我们可以得到很多我们需要的数据。
然后在toad里面对某一条sql语句按下Ctrl+e就可以看到这条语句的执行计划了。 ......
创建表. 基本与标准SQL相同,不过要加上指定表空间的子语句如: TABLESPACE abc 查询表信息
SELECT table_name, owner, tablespace_name, temporary from dba_tables;
和
SELECT segment_name, owner, tablespace_name, extents, blocks from dba_segments WHERE segment_name = '表名';
和
SELECT object_id, object_name, object_type, status, created from dba_objects;
和
SELECT index_name, table_name, tablespace_name, status, from dba_indexes; 创建临时表以加快操作速度.(只会话内可见)
CREATE GLOBAL TEMPORARY TABLE abc.xxx ON COMMIT PRESERVE|DELETE ROWS AS (SELECT * from xxx WHERE xxx01 = 1);
其中: ON COMMIT PRESERVE ROWS 数据在事务提交后还可用 ON COMMIT DELETE ROWS 是默认值,数据只在事务中可见 变更表的存储参数
ALTER TABLE abc.xxx PCTFREE 20 PCTUSED 50; 手动为表多分配一个区段
ALTER TABLE abc.xxx ALLOCATE EXTENT [SIZE 10M] [DATAFILE 'c:\abc\xxx']
不指定SIZE时根据NEXT_EXTENT参数自动分配大小.不指定DATAFIL ......
in 是把外表和内表作hash 连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询。
一直以来认为exists比in效率高的说法是不准确的。
如果查询的两个表大小相当，那么用in和exists差别不大。
in 是把外表和内表作hash
连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询。
一直以来认为exists比in效率高的说法是不准确的。
如果查询的两个表大小相当，那么用in和exists差别不大。
如果两个表中一个较小，一个是大表，则子查询表大的用exists，子查询表小的用in：
例如：表A（小表），表B（大表）
1：
select * from A where cc in (select cc from B)
效率低，用到了A表上cc列的索引；
select * from A where exists(select cc from B where
cc=A.cc)
效率高，用到了B表上cc列的索引。
相反的
2：
select * from B where cc in (select cc from A)
效率高，用到了B表上cc列的索引；
select * from B where exists(select cc from A where
cc=B.cc)
效率低，用到了A表上cc列的索引。
not in 和not exists
如果查询语句使用了not in 那么内外表都进行全表扫描，没有用到索引；
而not extsts 的子查询依然能� ......
最新文章 :