博客园_潇湘隐者

ORACLE数据库查看执行计划

2012-05-24T14:28:00Z

基于ORACLE的应用系统很多性能问题，是由应用系统SQL性能低劣引起的，所以，SQL的性能优化很重要，分析与优化SQL的性能我们一般通过查看该SQL的执行计划，本文就如何看懂执行计划，以及如何通过分析执行计划对SQL进行优化做相应说明。

一、什么是执行计划（explain plan）

执行计划：一条查询语句在ORACLE中的执行过程或访问路径的描述。

二、如何查看执行计划

1: 在PL/SQL下按F5查看执行计划。第三方工具toad等。

很多人以为PL/SQL的执行计划只能看到基数、优化器、耗费等基本信息，其实这个可以在PL/SQL工具里面设置的。可以看到很多其它信息，如下所示

2: 在SQL*PLUS(PL/SQL的命令窗口和SQL窗口均可)下执行下面步骤

SQL>EXPLAIN PLAN FOR
SELECT * FROM SCOTT.EMP; --要解析的SQL脚本
SQL>SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);

3: 在SQL*PLUS下(有些命令在PL/SQL下无效)执行如下命令：

SQL>SET TIMING ON --控制显示执行时间统计数据

SQL>SET AUTOTRACE ON EXPLAIN 　 --这样设置包含执行计划、脚本数据输出，没有统计信息

SQL>执行需要查看执行计划的SQL语句

SQL>SET AUTOTRACE OFF 　 --不生成AUTOTRACE报告，这是缺省模式

SQL> SET AUTOTRACE ON 　 --这样设置包含执行计划、统计信息、以及脚本数据输出

SQL>执行需要查看执行计划的SQL语句

SQL>SET AUTOTRACE OFF

SQL> SET AUTOTRACE TRACEONLY 　--这样设置会有执行计划、统计信息，不会有脚本数据输出

SQL>执行需要查看执行计划的SQL语句

SQL>SET AUTOTRACE TRACEONLY STAT --这样设置只包含有统计信息

SQL>执行需要查看执行计划的SQL语句

SET AUTOT[RACE] {ON | OFF | TRACE[ONLY]} [EXP[LAIN]] [STAT[ISTICS]]

参考文档：SQLPlus User’s Guide and Reference Release 11.1

注意：PL/SQL Developer 工具并不完全支持所有的SQL*Plus命令，像SET AUTOTRACE ON 就如此，在PL/SQL Developer工具下执行此命令会报错

SQL> SET AUTOTRACE ON;

Cannot SET AUTOTRACE

4：SQL_TRACE可以作为参数在全局启用，也可以通过命令形式在具体SESSION启用

4.1 在全局启用，在参数文件（pfile/spfile)中指定SQL_TRACE =true，在全局启用SQL_TRACE时会导致所有进程活动被跟踪，包括后台进程以及用户进程，通常会导致比较严重的性能问题，所以在生产环境要谨慎使用。

提示：通过在全局启用SQL_TRACE，我们可以跟踪到所有后台进程的活动，很多在文档中的抽象说明，通过跟踪文件的实时变化，我们可以清晰的看到各个进程间的紧密协调。

4.2在当前SESSION级别设置，通过跟踪当前进程可以发现当前操作的后台数据库递归活动（这在研究数据库新特性时尤其有效），研究SQL执行时，发现后台

错误等。

SQL> ALTER SESSION SET SQL_TRACE=TRUE;

SQL> SELECT * FROM SCOTT.EMP;

SQL> ALTER SESSION SET SQL_TRACE =FALSE;

那么此时如何查看相关信息？不管你在SQL*PLUS抑或PL/SQL DEVELOPER工具里面执行上面脚本过后都看不到什么信息，你可以通过下面脚本查询到trace日志信息

SELECT T.VALUE || '/' || LOWER(RTRIM(I.INSTANCE, CHR(0))) || '_ora_' ||

P.SPID || '.trc' TRACE_FILE_NAME

FROM

( SELECT P.SPID

FROM V$MYSTAT M, V$SESSION S, V$PROCESS P

WHERE M.STATISTIC# =1

AND S.SID = M.SID

AND P.ADDR = S.PADDR

) P,

( SELECT T.INSTANCE

FROM V$THREAD T, V$PARAMETER V

WHERE V.NAME ='thread'

AND (V.VALUE = 0 OR T.THREAD# = TO_NUMBER(V.VALUE))

) I,

(SELECT VALUE FROM V$PARAMETER WHERE NAME='user_dump_dest') T

TKPROF的帮助信息如下

TKPROF 选项
选项说明
TRACEFILE 跟踪输出文件的名称
OUTPUTFILE 已设置格式的文件的名称
SORT=option 语句的排序顺序
PRINT=n 打印前 n 个语句
EXPLAIN=user/password 以指定的用户名运行 EXPLAIN PLAN
INSERT=filename 生成 INSERT 语句
SYS=NO 忽略作为用户 sys 运行的递归 SQL 语句
AGGREGATE=[Y|N] 如果指定 AGGREGATE = NO TKPROF 不聚集相同
SQL 文本的多个用户
RECORD=filename 记录在跟踪文件中发现的语句
TABLE=schema.tablename 将执行计划放入指定的表而不是缺省的PLAN_TABLE

可以在操作系统中键入 tkprof 以获得所有可用选项和输出的列表
注排序选项有

排序选项说明
prscnt execnt fchcnt 调用分析执行提取的次数
prscpu execpu fchcpu 分析执行提取所占用的 CPU 时间
prsela exela fchela 分析执行提取所占用的时间
prsdsk exedsk fchdsk 分析执行提取期间的磁盘读取次数
prsqry exeqry fchqry 分析执行提取期间用于持续读取的缓冲区数
prscu execu fchcu 分析执行提取期间用于当前读取的缓冲区数
prsmis exemis 分析执行期间库高速缓存未命中的次数
exerow fchrow 分析执行期间处理的行数
userid 分析游标的用户的用户 ID

TKPROF 统计数据
Count: 执行调用数
CPU: CPU 的使用秒数
Elapsed: 总共用去的时间
Disk: 物理读取次数
Query: 持续读取的逻辑读取数
Current: 当前模式下的逻辑读取数
Rows: 已处理行数
TKPROF 统计信息
统计含义
Count 分析或执行语句的次数以及为语句发出的提取调用数
CPU 每个阶段的处理时间以秒为单位如果在共享池中找到该语句对于分析阶段为 0
Elapsed 占用时间以秒为单位通常不是非常有用因为其它进程影响占用时间
Disk 从数据库文件读取的物理数据块如果该数据被缓冲则该统计可能很低
Query 为持续读取检索的逻辑缓冲区通常用于 SELECT 语句
Current 在当前模式下检索的逻辑缓冲区通常用于 DML 语句
Rows 外部语句所处理的行对于 SELECT 语句在提取阶段显示它对于 DML 语句在执行阶段显示它

Query 和Current 的总和为所访问的逻辑缓冲区的总数

执行下面命令：tkprof D:\ORACLE\PRODUCT\10.2.0\DB_1\RDBMS\TRACE/wgods_ora_3940.trc h:\out.txtoutputfile explain=etl/etl

执行上面命令后，可以查看生成的文本文件

TKPROF: Release 10.2.0.1.0 - Production on 星期三 5月 23 16:56:41 2012

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Trace file: D:\ORACLE\PRODUCT\10.2.0\DB_1\RDBMS\TRACE/wgods_ora_3940.trc
Sort options: default

********************************************************************************
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
********************************************************************************

ALTER SESSION SET SQL_TRACE = TRUE

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 1 0.00 0.00 0 0 0 0

Misses in library cache during parse: 0
Misses in library cache during execute: 1
Optimizer mode: CHOOSE
Parsing user id: 89 (ETL)
********************************************************************************

begin :id := sys.dbms_transaction.local_transaction_id; end;

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 0 0 0 2
Fetch 0 0.00 0.00 0 0 0 0
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.00 0.00 0 0 0 2

Misses in library cache during parse: 0
Optimizer mode: CHOOSE
Parsing user id: 89 (ETL)
********************************************************************************

SELECT *
FROM
SCOTT.EMP

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 2 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 1 0.00 0.00 0 7 0 14
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 4 0.00 0.00 0 7 0 14

Misses in library cache during parse: 1
Optimizer mode: CHOOSE
Parsing user id: 89 (ETL)

Rows Execution Plan
------- ---------------------------------------------------
0 SELECT STATEMENT MODE: CHOOSE
0 TABLE ACCESS MODE: ANALYZED (FULL) OF 'EMP' (TABLE)

********************************************************************************

ALTER SESSION SET SQL_TRACE = FALSE

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 2 0.00 0.00 0 0 0 0

Misses in library cache during parse: 1
Optimizer mode: CHOOSE
Parsing user id: 89 (ETL)

********************************************************************************

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 5 0.00 0.00 0 0 0 0
Execute 5 0.00 0.00 0 0 0 2
Fetch 1 0.00 0.00 0 7 0 14
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 11 0.00 0.00 0 7 0 16

Misses in library cache during parse: 2
Misses in library cache during execute: 1

OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call count cpu elapsed disk query current rows
------- ------ -------- ---------- ---------- ---------- ---------- ----------
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
------- ------ -------- ---------- ---------- ---------- ---------- ----------
total 0 0.00 0.00 0 0 0 0

Misses in library cache during parse: 0

6 user SQL statements in session.
0 internal SQL statements in session.
6 SQL statements in session.
1 statement EXPLAINed in this session.
********************************************************************************
Trace file: D:\ORACLE\PRODUCT\10.2.0\DB_1\RDBMS\TRACE/wgods_ora_3940.trc
Trace file compatibility: 10.01.00
Sort options: default

1 session in tracefile.
6 user SQL statements in trace file.
0 internal SQL statements in trace file.
6 SQL statements in trace file.
4 unique SQL statements in trace file.
1 SQL statements EXPLAINed using schema:
ETL.prof$plan_table
Default table was used.
Table was created.
Table was dropped.
58 lines in trace file.
0 elapsed seconds in trace file.

4.3跟踪其它用户的进程，在很多时候我们需要跟踪其它用户的进程，而不是当前用户，可以通过ORACLE提供的系统包

DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION来完成。

例如：

SELECT SID, SERIAL#, USERNAME FROM V$SESSION WHERE USERNAME = 'ETL'

EXEC DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(61,76,TRUE);

EXEC DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION(61,76,FALSE);

5 利用10046事件

ALTER SESSION SET TRACEFILE_IDENTIFIER = 10046;

ALTER SESSION SET EVENTS='10046 trace name context forever, level 8';

SELECT * FROM SCOTT.EMP;

ALTER SESSION SET EVENTS ='10046 trace name context off';

然后你可以用脚本查看追踪文件的位置

SELECT T.VALUE || '/' || LOWER(RTRIM(I.INSTANCE, CHR(0))) || '_ora_' ||

P.SPID || '.trc' TRACE_FILE_NAME

FROM

( SELECT P.SPID

FROM V$MYSTAT M, V$SESSION S, V$PROCESS P

WHERE M.STATISTIC# =1

AND S.SID = M.SID

AND P.ADDR = S.PADDR

) P,

( SELECT T.INSTANCE

FROM V$THREAD T, V$PARAMETER V

WHERE V.NAME ='thread'

AND (V.VALUE = 0 OR T.THREAD# = TO_NUMBER(V.VALUE))

) I,

(SELECT VALUE FROM V$PARAMETER WHERE NAME='user_dump_dest') T

查询结果为wgods_ora_28279.trc文件，但是去相应目录却没有找到对应的追踪文件，而是如下trace文件：wgods_ora_28279_10046.trc

6 利用10053事件

有点类似10046，在此略过、

7 系统视图

通过下面一些系统视图，你可以看到一些零散的执行计划的相关信息，有兴趣的话可以多去研究一下。

SELECT * FROM V$SQL_PLAN

SELECT * FROM V$RSRC_PLAN_CPU_MTH

SELECT * FROM V$SQL_PLAN_STATISTICS

SELECT * FROM V$SQL_PLAN_STATISTICS_ALL

SELECT * FROM V$SQLAREA_PLAN_HASH

SELECT * FROM V$RSRC_PLAN_HISTORY

三、看懂执行计划

1.执行顺序

执行顺序的原则是：由上至下，从右向左

由上至下：在执行计划中一般含有多个节点，相同级别(或并列)的节点，靠上的优先执行，靠下的后执行

从右向左：在某个节点下还存在多个子节点，先从最靠右的子节点开始执行。

当然，你在PL/SQL工具中也可以通过它提供的功能来查看执行顺序。如下图所示：

2.执行计划中字段解释

SQL>

名词解释：

recursive calls 递归调用

db block gets 从buffer cache中读取的block的数量当前请求的块数目，当前模式块意思就是在操作中正好提取的块数目，而不是在一致性读的情况下而产生的正常情况下，一个查询提取的块是在查询查询开始的那个时间点上存在的数据库，当前块是在这个时候存在数据块，而不是这个时间点之前或者之后的的数据块数目。

consistent gets 从buffer cache中读取的undo数据的block的数量数据请求总数在回滚段Buffer中的数据一致性读所需要的数据块，，这里的概念是在你处理你这个操作的时侯需要在一致性读状态上处理多个块，这些块产生的主要原因是因为你在查询过程中，由于其它会话对数据块进行操作，而对所要查询的块有了修改，但是由于我们的查询是在这些修改之前调用的，所要需要对回滚段中的数据块的前映像进行查询，以保证数据的一致性。这样就产生了一致性读。

physical reads 物理读就是从磁盘上读取数据块的数量。其产生的主要原因是：

1：在数据库高速缓存中不存在这些块。

2：全表扫描

3：磁盘排序

redo size DML生成的redo的大小

sorts (memory) 在内存执行的排序量

sorts (disk) 在磁盘执行的排序量

2091 bytes sent via SQL*Net to client 从SQL*Net向客户端发送了2091字节的数据

416 bytes received via SQL*Net from client客户端向SQL*Net发送了416字节的数据。

参考文档：SQLPlus User’s Guide and Reference Release 11.1

db block gets 、 consistent gets 、 physical reads这三者的关系可以概括为：逻辑读指的是ORACLE从内存读到的数据块块数量，一般来说是：

consistent gets + db block gets. 当在内存中找不到所需要的数据块的话，就需要从磁盘中获取，于是就产生了物理读。

3.具体内容查看

1> Plan hash Value

这一行是这一条语句的的hash值，我们知道ORACLE对每一条ORACLE语句产生的执行计划放在SHARE POOL里面，第一次要经过硬解析，产生hash值。下次再执行时比较hash值，如果相同就不会执行硬解析。

2> COST

COST没有单位，是一个相对值，是SQL以CBO方式解析执行计划时，供ORACLE来评估CBO成本，选择执行计划用的。没有明确的含义，但是在对比是就非常有用。

公式：COST=（Single Block I/O COST + MultiBlock I/O Cost + CPU Cost）/ Sreadtim

3> 对上面执行计划列字段的解释：

Id: 执行序列，但不是执行的先后顺序。执行的先后根据Operation缩进来判断（采用最右最上最先执行的原则看层次关系，在同一级如果某个动作没有子ID就最先执行。一般按缩进长度来判断，缩进最大的最先执行，如果有2行缩进一样，那么就先执行上面的。）

Operation：当前操作的内容。

Name：操作对象

Rows：也就是10g版本以前的Cardinality(基数)，Oracle估计当前操作的返回结果集行数。

Bytes：表示执行该步骤后返回的字节数。

Cost（CPU）：表示执行到该步骤的一个执行成本，用于说明SQL执行的代价。

Time：Oracle 估计当前操作的时间。

4.谓词说明：

Predicate Information (identified by operation id):

---------------------------------------------------

2 - filter("B"."MGR" IS NOT NULL)

4 - access("A"."EMPNO" = "B"."MGR")

Access: 表示这个谓词条件的值将会影响数据的访问路劲（全表扫描还是索引）。

Filter：表示谓词条件的值不会影响数据的访问路劲，只起过滤的作用。

在谓词中主要注意access，要考虑谓词的条件，使用的访问路径是否正确。

5、动态分析

如果在执行计划中有如下提示：

Note

------------

-dynamic sampling used for the statement

这提示用户CBO当前使用的技术，需要用户在分析计划时考虑到这些因素。当出现这个提示，说明当前表使用了动态采样。我们从而推断这个表可能没有做过分析。

这里会出现两种情况：

（1）如果表没有做过分析，那么CBO可以通过动态采样的方式来获取分析数据，也可以或者正确的执行计划。

（2）如果表分析过，但是分析信息过旧，这时CBO就不会在使用动态采样，而是使用这些旧的分析数据，从而可能导致错误的执行计划。

四、表访问方式

1.Full Table Scan (FTS) 全表扫描

2.Index Lookup 索引扫描

There are 5 methods of index lookup:

index unique scan --索引唯一扫描

通过唯一索引查找一个数值经常返回单个ROWID，如果存在UNIQUE或PRIMARY KEY约束（它保证了语句只存取单行的话），ORACLE

经常实现唯一性扫描

Method for looking up a single key value via a unique index. always returns a single value, You must supply AT LEAST the leading column of the index to access data via the index.

index range scan --索引局部扫描

Index range scan is a method for accessing a range values of a particular column. AT LEAST the leading column of the index must be supplied to access data via the index. Can be used for range operations (e.g. > < <> >= <= between) .

使用一个索引存取多行数据，在唯一索引上使用索引范围扫描的典型情况是在谓词(WHERE 限制条件)中使用了范围操作符号（如>, < <>, >=, <=,BWTEEN)

index full scan --索引全局扫描

Full index scans are only available in the CBO as otherwise we are unable to determine whether a full scan would be a good idea or not. We choose an index Full Scan when we have statistics that indicate that it is going to be more efficient than a Full table scan and a sort. For example we may do a Full index scan when we do an unbounded scan of an index and want the data to be ordered in the index order.

index fast full scan --索引快速全局扫描，不带order by情况下常发生

Scans all the block in the index, Rows are not returned in sorted order, Introduced in 7.3 and requires V733_PLANS_ENABLED=TRUE and CBO, may be hinted using INDEX_FFS hint, uses multiblock i/o, can be executed in parallel, can be used to access second column of concatenated indexes. This is because we are selecting all of the index.

index skip scan --索引跳跃扫描，where条件列是非索引的前提情况下常发生

Index skip scan finds rows even if the column is not the leading column of a concatenated index. It skips the first column(s) during the search.

3.Rowid 物理ID扫描

This is the quickest access method available.Oracle retrieves the specified block and extracts the rows it is interested in. --Rowid扫描是最快的访问数据方式

本文链接

ORACLE数据库链接

2012-05-17T14:43:00Z

在ORACLE里面，远程数据访问，像查询、更新等可以通过Database Link来实现。数据库连接需要在建立Database Link的两台机子上都运行Oracle Net(以前叫SQL*NET 和NET 8)。语法如下

1 Database Link 的创建：

有两个数据库服务器A/B, 其中A的IP地址为172.20.36.245，服务器B为本机。服务器B上的数据库实例名为ORCL，在本机上的服务监听配置上有服务器A上实例配置：

BIWG_TEST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.20.36.245)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = biwg)
)
)

实例BIWG_TEST的账号为 WGODS 、密码为WGODS。下面开始在本机上创建DB Links

方法1：

CREATE PUBLIC DATABASE LINK WGODS.ORACLE.COM

CONNECT TO WGODS IDENTIFIED BY WGODS USING 'BIWG'

CREATE [PUBLIC] DATABASE LINK 数据库链接名 CONNECT TO 用户名 IDENTIFIED BY 密码 USING '本地配置的数据的实例名';

[public]的意思是：public是全局db link，即该数据库上所有用户都能查询，要sys或者system用户来创建(当然有sysdba权限的用户也可以的)；如果不使用public就是私有db link，只有创建该db link的用户能查询

查看连接是否成功

SELECT * FROM DUAL@WGODS.ORACLE.COM

SELECT * FROM REF.TR_WGG_GDAREA_INFO@WGODS.ORACLE.COM

方法2：可以不配置服务。

CREATE PUBLIC DATABASE LINK REMOTE_DEVE_HOST

CONNECT TO WGODS IDENTIFIED BY WGODS

USING '(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.20.36.245)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = biwg)

)
)'

不建议使用这个实现。感觉没有上面方法来的方便

查看连接是否成功

SELECT * FROM DUAL@WGODS.ORACLE.COM

SELECT * FROM REF.TR_WGG_GDAREA_INFO@WGODS.ORACLE.COM

2 查看当前数据有哪些Database Link？

SELECT * FROM DBA_OBJECTS WHERE OBJECT_TYPE = 'DATABASE LINK'

SELECT * FROM DBA_DB_LINKS;

3 如何返回数据库的GLOBAL_NAME?

SQL> SHOW PARAMETER GLOBAL_NAME;

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

global_names boolean FALSE

或

SELECT * FROM GLOBAL_NAME

该参数为TRUE时，你在本地建立的DBLINK名称必须和远程的GLOBAL_NAME一致才行。

4 删除Database Link

DROP [PUBLIC] DATABASE LINK REMOTE_DEVE_HOST;

会报如下错误： ORA-02024: 未找到数据库连接

DROP PUBLIC DATABASE LINK REMOTE_DEVE_HOST;

正常执行删除Database Link。

5 设置GLOBAL_NAME值对Database Link的影响

SQL> ALTER SYSTEM SET GLOBAL_NAMES = TRUE;

System altered

CREATE PUBLIC DATABASE LINK REMOTE_DB

CONNECT TO WGODS IDENTIFIED BY WGODS USING 'BIWG'

SELECT * FROM DUAL@REMOTE_DB

此时报错：ORA-02085:数据库连接 XXXX 到 XXXX

SQL> ALTER SYSTEM SET GLOBAL_NAMES = FALSE;

System altered

修改参数值为FALSE后，查询就正常了、

6 在DB Link中执行查询会有些限制。你应该避免使用connect by, start with, 以及prior关键字。一些查询使用了这些关键字会很正常，但是大部分查询会失败

7 如何查询

SELECT …… FROM 表名@数据库链接名

8 DB LINK的使用原则（工作中以及网上收集整理的，仅供参考）

8.1.生产尽量不要使用db link，虽然方便，但这样不利于数据库安全管理

8.2.在10g中，BLOB，CLOB在db link中是查不到的，含这种数据类型的，要配合建view使用

8.3.我们经常可以使用synonym来做一些配置，以提高易读性和安全性

8.4.被建立了db link的user，最好不要修改密码，若修改密码要重建db link

8.5.db link是单向的

8.6 数据库链接名，建议使用SID.SCHEMA的形式，这样方便有多个db link时的识别(建议，个人习惯，非强制性)

本文链接

ORA-12154： TNS：could not resolve the connect identifier specified

2012-05-16T15:48:00Z

在安装ORACLE安装的时候，报如下错误：ORA-12154： TNS：could not resolve the connect identifier specified。如下图所示：

折腾了很久才找到罪魁祸首：原来在安装数据库时，设置用户密码的时候里面包含了@符号，引起了这个错误，这个错误倒是有点诡异，应该是ORACLE连接DB时就把口令@后面的串当连接字用了。所以切记注意这个，否则很难发现问题。

本文链接

Win2003 设置远程连接限制数

2012-05-16T15:21:00Z

在开发过程中，很多同事需要连接到一台Win2003服务器，但是连接人数超过了10个，就连接不上了。想设置一下连接限制数，可以如下操作：

1：在运行里面输入gpedit.msc后，弹出"本地计算机"策略

2：如上所示，选择设置限制连接数量后，在TS允许的最大连接数里设置一个连接数即可。

本文链接

Rhel-Server 5.5 安装ORACLE10

2012-05-15T15:44:00Z

VMWARE + REDHAT + ORA10

先说一下环境，操作系统为Microsoft Windows Server 2003，安装的是虚拟机VMware Workstation Version 7.1.2 build-301548，虚拟机上选择安装的是Redhat Enterprise Linux 5。

1：安装虚拟机工具：虚拟机工具是VMware虚拟机中自带的一种增强工具，相当于VirtualBox中的增强功能（Sun VirtualBox Guest Additions），可以大幅度的增强虚拟机和主机的交互能力，和显著提供虚拟机的性能。比如，安装虚拟机工具后，虚拟机的显示效果会增强。另一个最明显的好处是，比如主机是Windows，虚拟机是Linux，由于文件系统的不同，两者不能进行性文件的直接交换。但是有了虚拟机工具之后，可以把Windows下的一个文件夹挂载到Linux文件系统下，这样就方便了文件的交换。还有就是鼠标也可在虚拟机与主机之前自由移动（不用再按CTRL+ALT），且虚拟机屏幕也可实现全屏化如下所示：

关于如何安装虚拟机工作，在虚拟机最下面也会有一行提示，如下图所示，可以直接点击安装虚拟机工具。如下

你也可以通过下面方法进行安装：

1. 启动虚拟机中的Linux后，（注意必须是启动虚拟机后）。选择菜单里的VM选项，里面有一个子项是Install VMware Tools，选定它。开始安装

2. 选择菜单VM下Settings，弹出下面窗口，选定镜像文件。

3. 进入终端命令窗口：执行mount /dev/cdrom /mnt/cdrom 注意有时会报：mount:mount point /mnt/cdrom does not exist. 需要在目录mnt下创建cdrom目录后（mkdir cdrom），然后执行挂载光驱

4. 进入mnt/cdrom目录，你会看到VMwareTools-8.4.4-301548.tar.gz文件，把它拷贝到tmp文件目录下，执行命令：tar xzvf VMwareTools-8.4.4-301548.tar.gz 后解压生成一个文件夹vmware－tools-distrib：，

5. 在文件夹里面找到vmware-install.pl文件，在命令窗口执行./vmware-install.pl命令后按提示安装。

6. VMware-tools已经安装成功了，此时你在目录/mnt/下会看到一个hgfs目录。

二：如何实现主机与虚拟机之间的文件共享

如果你安装好虚拟机工具后，这个就非常简单了。在VM菜单里进行，选择setting子项，再选择Options。在窗体的左半部分是不是看到了Shared Folders这么一项，选择Always enable或Enabled until next power off or suspend，选择Add，选择要与客户Linux进行共享的文件夹。

现在已经完成了所有的工作了，在/mnt/hgfs下你会看到添加的文件夹。在windows下向指定的share folders写文件，在Linux客户机里面就能够看到，同样在Linux上写文件在Windows下也能够看到，并且可以修改。

接下来就开始正式安装数据库了，

1. 检查和安装必要的软件包

[root@localhost /]#rpm -qa|grep binutils

binutils-2.17.50.0.6-14.el5

检查是否安装了包： libXp-1.0.0-8.1.el5.i386.rpm，否则后面安装ORACLE会出错的（当然还有检查一些必须的包）。

2. 配置hosts文件

在hosts加入一行：你的主机IP 你的主机名然后保存退出。

[root@localhost /]# vi etc/hosts

10.30.38.166 localhost.localdomain localhost

2 配置内核参数等信息：

编辑etc/sysctl.conf, 你可以看到里面已经有部分内核参数了

# Controls the maximum shared segment size, in bytes

kernel.shmmax = 4294967295

# Controls the maximum number of shared memory segments, in pages

kernel.shmall = 268435456

我们需要编辑添加的还有如下一些参数

kernel.shmmax=536870912

kernel.shmmni=4096

kernel.sem=250 32000 100 128

fs.file-max=65536

net.ipv4.ip_local_port_range=1024 65500

net.core.rmem_default=4194304

net.core.wmem_default=262144

net.core.rmem_max=4194304

net.core.wmem_max=262144

Shmmax 最大共享内存2GB 物理内存如果小的话可以设置成 536870912.

Shmmni 最小共享内存 4096KB.

Shmall 所有内存大小.

网上查了一下可以用如下一些命令查看内核参数

1. /sbin/sysctl -a | grep shm

2. /sbin/sysctl -a | grep sem

3. /sbin/sysctl -a | grep file-max

4. /sbin/sysctl -a | grep ip_local_port_range

5. /sbin/sysctl -a | grep rmem_default

6. /sbin/sysctl -a | grep rmem_max

7. /sbin/sysctl -a | grep wmem_default

8. /sbin/sysctl -a | grep wmem_max

三：为ORACLE用户设置Shell脚本限制：

[root@localhost /]# vi /etc/security/limits.conf

[root@localhost /]# vi etc/pam.d/login

添加

session required /lib/security/pam_limits.so

四：修改bash和ksh的默认配置文件以及cshell的默认登录脚本

[root@localhost /]# vi etc/profile

添加如下脚本

if [\$USER="oracle"]; then

if [\$SHELL="/bin/ksh"]; then

ulimit -p 16384

ulimit -n 65536

else

ulimit -u 16384 -n 65536

fi

umask 022

fi

注意红色部分，由于没有空格，造成后面错误

[root@localhost /]# vi etc/csh.log

if (\$USER == "oracle") then

limit maxproc 16384

limit descriptor 65536

umask 022

endif

五：创建ORACLE用户组，以及安装目录

[root@localhost sbin]# groupadd oinstall

[root@localhost sbin]# groupadd dba

[root@localhost sbin]# useradd -m -g oinstall -G dba oracle

[root@localhost sbin]# cd /

[root@localhost /]# mkdir -p /home/oracle

[root@localhost /]# chown -R oracle:oinstall /home/oracle

[root@localhost /]# chmod -R 775 /home/oracle

六：安装JDK1.6 版本

结果安装完后，我查看JDK的版本，发现居然是JDK1.4.2

[root@localhost /]# java -version

java version "1.4.2"

gij (GNU libgcj) version 4.1.2 20080704 (Red Hat 4.1.2-48)

This is free software; see the source for copying conditions. There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

查看自带的JDK的相关信息

[root@localhost /]# locate jdk

/usr/include/xulrunner-sdk-1.9/java/jdk_java_lang_String.h

[root@localhost /]# rpm -qa | grep gcj

java-1.4.2-gcj-compat-1.4.2.0-40jpp.115

libgcj-4.1.2-48.el5

卸载自带的JDK的信息

[root@localhost /]# rpm -e --nodeps java-1.4.2-gcj-compat-1.4.2.0-40jpp.115

卸载rmp安装的JDK版本

[root@localhost /]#rpm -qa | grep jd

[root@localhost /]#rpm -e --nodeps jkd-1.4.2*******

安装JDK 1.6的步骤如下：

1：我把jdk-6u31-linux-i586.bin从WINDOW 2003的目录，拷贝到共享目录\kerryshare

2：把jdk安装包从kerryshare拷贝到/usr/java/目录

[root@localhost /]# cp /mnt/hgfs/kerryshare/jdk-6u31-linux-i586.bin /usr/java/

3：修改权限，解压jdk安装包

[root@localhost /]#chmod +x jdk-6u31-linux-i586.bin

[root@localhost /]#./jdk-6u31-linux-i586.bin

4：设置环境变量

设置etc/profile文件

JAVA_HOME = /usr/java/jdk1.6.0_31

CLASS_PATH =.$JAVA_HOME/lib.tools.jar

PATH=$JAVA_HOME/bin:$PATH

export JAVA_HOME CLASS_PATH PATH

重启后（如果你不想重新系统，可以用命令source /etc/profile使配置文件立即生效）查看配置的环境变量，$JAVA_HOME, $CLASS_PATH 发现是空的问题，仔细检查尝试后，发现居然是JAVA_HOME变量为空，后来的检查后发现=左右存在空格，删除空格后就OK了

如果需要JDK在所有的用户中使用，可以这样配置，在/etc/profile.d/java.sh 中配置上面的内容

JAVA_HOME=/usr/java/jdk1.6.0_31

CLASS_PATH=.$JAVA_HOME/lib.tools.jar

PATH=$JAVA_HOME/bin:$PATH

export JAVA_HOME CLASS_PATH PATH

5：删除tmp目录jdk安装包以及解压后的文件夹

六：设置ORACLE环境变量

首先用su - oracle 切换到oracle账号下，然后在.bash_profile文件设置一些环境变量，如下所示

export PATH

export JAVA_HOME=/usr/java/jdk1.6.0_31

export ORACLE_BASE=/home/oracle

export ORACLE_HOME=$ORACLE_BASE/product/dbhome_1

export ORACLE_SID=wgods

export ORACLE_OWNER=oracle

export PATH=$ORACLE_HOME/bin:$PATH

export PATH=$JAVA_HOME/bin:$PATH:$ORACLE_HOME/Apache/Apache/bin

LD_LIBRARY_PATH=$ORACLE_HOME/lib:lib:/usr/lib:/usr/local/lib

export LD_LIBRARY_PATH

CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib

export CLASSPATH=$CLASSPATH:$ORACLE_HOME/network/jlib

export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data

七：把下载的安装文件10201_database_linux32.zip放到共享目录kerryshare下，然后把文件复制到tmp目录下

oracle@localhost /]$ cp -r /mnt/hgfs/kerryshare/10201_database_linux32.zip /tmp

输入命令

oracle@localhost /]$ unzip /tmp/10201_database_linux32.zip

查看安装的帮助信息。

执行如下操作

提示检查操作系统版本，必须是redhat-3,redhat-4，不支持redhat-5版本。因为oracle 的官方只支持到REDHAT4为止，所以要修改版本说明。把Red Hat Enterprise Linux Server release 5.4 (Tikanga)这一行注释掉，前面加上一行Red Hat Enterprise Linux Server release 4 (Tikanga)。当然ORACLE安装完成后要修改回来。Red Hat Enterprise Linux Server release 4 (Tikanga) 必须为redhat-release文件的第一行，否则安装时还会报警告。

在终端命令输入

[root@localhost database]# xhost + localhost

localhost being added to access control list

上述问题解决

如果缺少了包libXp-1.0.0-8.1.el5.i386.rpm，就会报如下错误

本文链接

ORACLE约束总结

2012-05-13T00:36:00Z

你对ORACLE约束的了解如何？比较模糊还是相当透彻？如果你对下面几个问题了如指掌的话，恭喜你，你已经对约束掌握得比较好了，不用看这篇文章了。ORACLE的约束有啥功能作用？有哪些类型约束（不同版本ORACLE是否不同）？视图有约束吗？约束是否会影响SQL性能？约束信息存储在哪些系统视图、数据字典中？约束能否修改名称？能否禁用约束？延迟约束有啥好处.......

约束定义

约束是强加在表上的规则或条件。确保数据库满足业务规则。保证数据的完整性。当对表进行DML或DDL操作时，如果此操作会造成表中的数据违反约束条件或规则的话，系统就会拒绝执行这个操作。约束可以是列一级别的也可以是表级别的。定义约束时没有给出约束的名字，ORACE系统将为该约束自动生成一个名字，其格式为SYS_Cn，其中n为自然数(强烈建议各位在创建表或增加约束时，给约束定义名称。).

约束功能

约束的功能：实现一些业务规则，防止无效的垃圾数据进入数据库，维护数据库的完整性(完整性指正确性与一致性)。从而使数据库的开发和维护都更加容易。

约束分类

约束分为6类：非空（NOT NULL）约束、唯一（UNIQUE）约束、主键（PRIMARY KEY）约束、外键（FOREIGN KEY）约束、条件（CHECK）约束、REF约束。

非空（NOT NULL）约束：顾名思义，所约束的列不能为NULL值。否则就会报错

唯一（UNIQUE）约束：在表中每一行中所定义的这列或这些列的值都不能相同。必须保证唯一性。否则就会违法约束条件。

主键（PRIMARY KEY）约束：唯一的标识表中的每一行，不能重复，不能为空。创建主键或唯一约束后，ORACLE会自动创建一个与约束同名的索引（UNIQUENES为UNIQUE唯一索引）。需要注意的是：每个表只能有且有一个主键约束。

外键（FOREIGN KEY）约束：用来维护从表（Child Table）和主表（Parent Table）之间的引用完整性. 外键约束是个有争议性的约束，它一方面能够维护数据库的数据一致性，数据的完整性。防止错误的垃圾数据入库；另外一方面它会增加表插入、更新等SQL性能的额外开销，不少系统里面通过业务逻辑控制来取消外键约束。例如在数据仓库中，就推荐禁用外键约束。

条件（CHECK）约束：表中每行都要满足该约束条件。条件约束既可以在表一级定义也可以在列一级定义。在一列上可以定义任意多个条件约束。

REF约束的定义：REF column by definition references an object in another object type or in a relational table. A REF constraint lets you further describe the relationship between the REF column and the object it references.

ORACLE 11 数据库的约束类型如下：

ORACLE 10 数据库的约束类型如下：

在oracle 官方文档http://docs.oracle.com/cd/B19306_01/server.102/b14237/statviews_1037.htm下

C(check constraint on a table)
P(primary key)
U(unique key)
R(referential integrity)
V(with check option, on a view)
O(with read only, on a view)

http://docs.oracle.com/cd/B28359_01/server.111/b28286/clauses002.htm

http://docs.oracle.com/cd/B28359_01/server.111/b28320/statviews_1044.htm#REFRN20047

CCheck constraint on a table
PPrimary key
UUnique key
RReferential integrity
VWith check option, on a view
OWith read only, on a view
HHash expression
FConstraint that involves a REF column
SSupplemental logging

对于H、S类型，尚不清楚情况，而且从上面我在11g数据库实验结果看，也没发现这两种类型。(有了解的朋友可以告知一二)

约束命名规范

约束名称建议自己定义一套命名规则，否则使用系统生成的约束名，很难能把它和对应的表、字段联系起来。

非空约束 NN_表名_列名
唯一约束 UK_表名_列名
主键约束 PK_表名
外键约束 FK_表名_列名
条件约束 CK_表名_列名
默认约束 DF_表名_列名

如果约束名称超过32位长度，建议应该缩写表名，而不应用NN_表名_数字。不过具体视情况而定，很多时候 DF_表名_列名这样命名，往往超出了32字符。所以有时候需要缩写表面或是采用其它规则。

约束操作

约束管理

创建各类约束

先看一下如何创建主键约束

CREATE TABLE "DM"."DEPT"
(
"DEPTNO" NUMBER(2,0) PRIMARY KEY,
"DNAME" VARCHAR2(14),
"LOC" VARCHAR2(13)
) TABLESPACE "TBS_DM_DAT" ;

COMMENT ON TABLE "DM"."DEPT" IS '部门表';

COMMENT ON COLUMN "DM"."DEPT"."DEPTNO" IS '部门编号';

COMMENT ON COLUMN "DM"."DEPT"."DNAME" IS '部门名称';

COMMENT ON CLOUMN "DM"."DEPT"."LOC" IS '部门所在地方';

此时它的约束名称是系统创建的。如图所示：

如果我们以下面的脚本创建，此时约束如下所示

1 CREATE TABLE "DM"."DEPT"
2 (
3 "DEPTNO" 　 NUMBER(2,0),
4 "DNAME" VARCHAR2(14)　 ,
5 "LOC" 　VARCHAR2(13)　 ,
6 CONSTRAINT "PK_DEPT" PRIMARY KEY ("DEPTNO") USING INDEX TABLESPACE TBS_DM_IN
7 ) TABLESPACE "TBS_DM_DAT" ;
8
9
10
11
12 COMMENT ON TABLE "DM"."DEPT" IS '部门表';
13
14 COMMENT ON COLUMN "DM"."DEPT"."DEPTNO" 　 IS '部门编号';
15
16 COMMENT ON COLUMN "DM"."DEPT"."DNAME" IS '部门名称';
17
18 COMMENT ON CLOUMN "DM"."DEPT"."LOC" IS '部门所在地方';
19

如果一个表的约束类型比较多，你会看到一堆SYS_CN这样的约束，如果不仔细核对后面的字段，很难一眼看出约束类型、约束对应字段。

主键约束的限制

文档原文如下： (翻译在下)
Restrictions on Primary Key Constraints Primary constraints are subject to the following restrictions:

A table or view can have only one primary key.
一个表或视图有且只有一个主键

None of the columns in the primary key can be LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the primary key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.
主键字段不能为LOB、LOG、LOG RAW、VARRAY、NESTED TABLE、BFILE、REF、TIMESTAMP WITH TIME ZONE或用户定义类型。然而它可以包含TIMESTAMP WITH LOCAL TIME ZONE类型的字段。

The size of the primary key cannot exceed approximately one database block.
主键大小不能超过一个数据块大小。

A composite primary key cannot have more than 32 columns.
主键组合键不能超过32列。

You cannot designate the same column or combination of columns as both a primary key and a unique key.
你不能指定一列或组合列既是主键又是唯一键。

You cannot specify a primary key when creating a subview in an inheritance hierarchy. The primary key can be specified only for the top-level (root) view.
创建一个继承层次结构中的子视图时，你不能指定一个主键。主键可以唯一指定的顶层（根）视图。

外键约束

ALTER TABLE childTable

ADD CONSTRAINT FK_xxxx_xxx

FOREIGH KEY(columnName)

REFERENCES parentTalbe(primaryKeyColumn) [ON DELETE CASCADE|SET NULL];

ON DELETE SET NULL子句：当主表中的一行数据被删除时，Oracle系统会自动地将所有从表中依赖于它的数据记录的外键改成空值；

ON DELETE CASCADE：当主表中的一行数据被删除时，Oracle系统会自动地将所有从表中依赖于它的数据记录删除；

注：如果在外键定义中使用了ON DELETE SET NULL 或ON DELETE CASCADE，无论删除操作是在父表这一端还是子表这一端都不会产生违反引用完整性的问题，但是却留下了安全隐患。这两个子句要谨慎使用，只有在不得已时使用，谨记谨记！！！

外键约束对DML与DDL的影响：

INSERT：只有操作是在子表或从表这一端时才会产生违反引用完整性约束的问题，父表则不然。

DELETE：只有操作是在父表或主表这一端时才会产生违反引用完整性约束的问题，子表则不然。

UPDATE：子表父表直接操作都会违反引用完整性约束。两种解决方法：

1）先更新子表的引用列为空，再更新父表的主键的列的值，然后把子表的引用列更新成新的父表的值；

2）使用ON DELETE SET NULL，先更新父表，然后将子表外键为空的记录更新为新的值。

DDL语句：DROP TABLE与TRUNCATE TABLE，操作父表，违反引用完整性约束，子表则不然。

外键约束的限制：
Restrictions on Foreign Key Constraints Foreign key constraints are subject to the following restrictions:

None of the columns in the foreign key can be of LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the primary key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.
外键字段不能为LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, BFILE, REF, TIMESTAMP WITH TIME ZONE, or user-defined type类型，主键可以包含数据类型为TIMESTAMP WITH LOCAL TIME ZONE的字段。

The referenced unique or primary key constraint on the parent table or view must already be defined.
引用唯一或主键约束，必须是父表中已经定义的。

A composite foreign key cannot have more than 32 columns.
外键的组合列不能超过32列。

The child and parent tables must be on the same database. To enable referential integrity constraints across nodes of a distributed database, you must use database triggers. See CREATE TRIGGER.
字表和父表必须在同一个数据库。分布式数据库中，外键不能跨节点，但触发器可以
If either the child or parent object is a view, then the constraint is subject to all restrictions on view constraints. See "View Constraints".

You cannot define a foreign key constraint in a CREATE TABLE statement that contains an AS subquery clause. Instead, you must create the table without the constraint and then add it later with an ALTER TABLE statement.
你不能在CREATE TABLE语句中包含AS子查询子句定义一个外键约束。相反，你必须创建一个没有约束的表，然后添加ALTER TABLE语句。

加上一些类似其它约束的限制．

条件约束

非空约束

非空约束的限制：
1：你不能在视图约束上指定字段为NULL或NOT NULL值
2：你不能指定一个对象的属性为NULL或NOT NULL。相反，而应使用的IS [NOT] NULL条件CHECK约束
条件约束中的条件与查询语句中的条件相同，但是不能包括以下内容：
1）CURRVAL,NETXTVAL,LEVEL和ROWNUM这样的伪列（PSEUDOCOLUMNS）；
2）引用其它行中值的查询语句；
3）SYSDATE,USER,USERENV和UID的函数调用。
文档原文如下：
Restrictions on NOT NULL Constraints NOT NULL constraints are subject to the following restrictions:

You cannot specify NULL or NOT NULL in a view constraint.

You cannot specify NULL or NOT NULL for an attribute of an object. Instead, use a CHECK constraint with the IS [NOT] NULL condition.

唯一约束

唯一约束的限制：

文档原文如下：
Restrictions on Unique Constraints Unique constraints are subject to the following restrictions:

None of the columns in the unique key can be of LOB, LONG, LONG RAW, VARRAY, NESTED TABLE, OBJECT, REF, TIMESTAMP WITH TIME ZONE, or user-defined type. However, the unique key can contain a column of TIMESTAMP WITH LOCAL TIME ZONE.
当字段类型为LOB、LOG、LONG RAW、 VARRAY、NESTED TABLE、OBJECT、REF、TIMESTAMP、用户定义类型时，不能在字段上定义唯一性约束。当数据类型为TIMESTAMP WITH LOCAL TIME ZONE

A composite unique key cannot have more than 32 columns.
组合字段定义的唯一索引，字段个数不能超过32个

You cannot designate the same column or combination of columns as both a primary key and a unique key.
你不能指定同一字段或组合字段即为主键又是唯一键

You cannot specify a unique key when creating a subview in an inheritance hierarchy. The unique key can be specified only for the top-level (root) view.

约束管理

删除约束

ALTER TABLE DM.EMP
DROP CONSTRAINT SYS_C00115525;

CASCADE子句用来删除存在有完整性关系的约束。当然你也可以用如下语法

ALTER TABLE DM.EMP
DROP UNIQUE (COMM);

添加约束

添加非空约束

ALTER TABLE DM.EMP
MODIFY(MGR CONSTRAINT CK_EMP_MGR NOT NULL);

添加其他约束

ALTER TABLE DM.EMP
ADD CONSTRAINT CK_EMP_SAL CHECK(SAL > 0 AND SAL <20000);

重命名约束

ALTER TABLE METAONE.T1
RENAME CONSTRAINT SYS_C0059699 TO PK_T1

约束维护

禁用约束

ALTER TABLE 表 DISABLE CONSTRAINT 约束名 [CASCADE];
ALTER TABLE DM.EMP
DISABLE CONSTRAINT UK_EMP_COMM;

ALTER TABLE TEST DISABLE PRIMARY KEY CASCADE;

参数CASCADE子句用来关闭存在有完整性关系的约束，比如DISABLE一个主键，如果没有CASCADE子句就会出错，此时使用CASCADE子句DISABLE主键可以将该主键与相关外键一起DISABLE掉。使用的情况：例如在数据库系统中大规模装入数据时，为了系统的效率您不得不牺牲数据的一致性来关闭一些约束，甚至删除一些约束将主表主键禁止的同时，也将禁止依赖于此主键的外键禁止了．

使用上面脚本禁用约束的时候会删除索引，如果你想禁用约束的时候，保留索引，可以使用如下脚本(当然你再启用约束的时候会重新重建索引，这对大表显然开销相当大)

ALTER TABLE DM.EMP
DISABLE CONSTRAINT UK_EMP_COMM KEEP INDEX;

启用约束

如果关闭主键约束时使用了CASCADE，此时使用ENABLE不会将主键约束与外键约束同时打开，只能对主键约束与外键约束分别使用ENABLE CONSTRAINT 子句打开。

推迟约束
Deferring Constraint Checks

当前事务的Constraint Checks全部推迟
SET CONSTRAINTS ALL DEFERRED;
SET CONSTRAINT XXX DEFERRED;

当前会话的Constraint Checks．
ALTER SSSSION SET CONSTRAINTS ALL deferred;
ALTER SSSSION SET CONSTRAINT xxx deferred;

约束信息

SELECT * FROM DBA_CONSTRAINTS;

SELECT * FROM ALL_CONSTRAINTS;

SELECT * FROM USER_CONSTRAINTS;

SELECT * FROM DBA_CONS_COLUMNS;

SELECT * FROM ALL_CONS_COLUMNS;

SELECT * FROM USER_CONS_COLUMNS;

约束有四种状态：ENABLE、VALID、INVALID、DISABLE

约束的检查机制

IMMEDIATE语句级：Oracle performs its constraint checking after the statement has been completely executed.

DEFERRED(事务级)：A constraint is deferred if the system checks that it is satisfied only on commit. If a deferred constraint is violated, then commit causes the transaction to rollback;(推迟到事务提交时才检查约束,谨慎使用)

使用约束建议

关于约束的使用建议，网上有这么一些建议，我觉得挺有用的。大家可以参考一下

1、如果在Oracle提供的几种约束和自定义的程序（触发器、过程或函数）两者之间有选择化，应尽可能使用Oracle的约束；
2、应该在创建表的时候就定义好所需的各种Oracle约束。如果没有的话，应尽可能早地加上所需要的Oracle约束，这样会使系统更可靠，更容易维护；（这个视具体情况而言）
3、Oracle系统进行过多的约束检查会大大的降低Oracle数据库系统的效率；

本文链接

ORA-27125: unable to create shared memory segment

2012-04-23T11:38:00Z

平台环境：Linux Red Hat Enterprise Linux Server release 6.0 (Santiago)

数据库版本：Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi

安装好ORALCE数据库后，启动数据库就会报如下错误

参考http://www.eygle.com/archives/2011/12/hugepageshugetl.html 文章，说跟hugetbl有关，只需按如下操作

[root@DB-Server ~]#id oracle
uid=501(oracle) gid=502(oinstall) groups=502(oinstall),501(dba)

[root@DB-Server ~]#echo 501 > /proc/sys/vm/hugetlb_shm_group

然后重启数据库，问题解决，但是我发现数据库服务器重启后，这个问题又会重现，又必须处理上述命令，才能成功启动数据库。治标不治本

参考http://wiki.debian.org/Hugepages后，其实只须在/etc/sysctl.conf下设置一下hugetlb_shm_group即可一劳永逸的解决这个问题：

vm.hugetlb_shm_group = 501

本文链接

用SYS本地登录或远程登录引起ORA-01031错误

2012-04-17T14:18:00Z

"历史总是上演惊人的相似", 在技术开发过程中，你也会总会碰到惊人相似的问题，这段时间我就碰到了”ORA-01031:insufficient privileges 权限不足”这个错误多次，一次是自己，一次是同事碰到的，顺便整理了下这个知识点。

情况一：

如果数据库实例安装在服务器A上，你用管理员权限Administrator登录后，使用SQL> conn system/manage as sysdba登录没有问题。但是如果你在服务器A上建立一个etl账号，使它率属于Remote Desktop Users 和Users 组，如下所示：

此时你用sys账号登录数据库时，就会报ORA-01031:insufficient privileges错误，退出etl账号，用管理员登录给etl账号赋予率属于Oracle DBA Group的权限

然后用etl账号登录，问题解决了，如果你赋予etl账号管理员组权限，但是没有ora_dba权限，如下所示，结果会怎样？答案是依然会报权限不足的错误

情况二：此时我在远程机器B上，我使用sys账号远程登录时报ORA-01031:insufficient privileges或ORA-01017: invalid username/password; logon denied错误。

首先去检查下sqlnet.ora文件下是否有SQLNET.AUTHENTICATION_SERVICES= (NTS)设置，如何已经配置了这个选项。那么我们接下来检查下一下密码文件参数

很明显密码文件存在，如果查询没有记录，则说明密码文件不存在，需要重建密码文件，有时候我们确实是sysdba的权限，为什么登录却提示你的权限不够叻?这里的问题可能出现在密码文件里，由于你的密码文件缺损或者不存在，而ORALCE实例对sysdba的权限是根据这个密码文件来判断的，为什么这样做呢？如果我们的数据库没有OPEN，那么对于的一些动态视图是不能打开的，所以ORACLE必须把这些用户的口令和USERNAME放在一个独立的文件里，这样在数据库还不是OPEN的状况写，有个地方判断了。使用orapwd命令重建密码文件。orapwd命令的用法如下。

接下来查看系统参数remote_login_passwordfile

如果VALUE值不是EXCLUSIVE，那么需要设置参数remote_login_passwordfile的值为EXCLUSIVE，有一次我检查配置了上述所有配置后，发现都符合，在远程用SQL*PLUS登录后，居然报如下错误

ORA-01017: invalid username/password; logon denied错误，很是纳闷，仔细检查了所有配置后，最后发现居然是服务器B的Guest账号被禁用了（如下所示）

启用了Guest账号，然后在机器A上用sys账号登录，此时又报ORA-01031: insufficient privileges，赶紧给Guest账号添加ora_dba用户组，问题解决了。

本文链接

SQL语言艺术实践篇——局外思考

2012-04-11T16:22:00Z

今天有个同事问我一个问题，描述如下：有一个日志信息表，对应同一个ID，可能有一条、两条、三条不同状态的记录。例如ID= 10001的日志记录可能有三条，一条记录状态为正确，一条记录状态为错误，一条记录状态是未知。也有可能只有其中一条记录或两条，现在的问题是，对应同一日志ID，我们只需要取一条记录，取数规则是：
1：如果有状态为正确、错误、未知三条记录，我们只取状态为正确的记录。
2：如果只有状态为正确、错误状态两条记录的，我们只取状态为正确的记录
3：如果只有状态为错误、未知记录两条记录的，我们只取状态为错误的记录
4：如果只有状态为正确、未知记录两条记录的，我们只取状态为正确的记录
5：如果只有一种状态的记录，我们就取这条状态的记录。

归纳起来就是状态的优先级别为：正确 > 错误 > 未知。

下面我们简化模拟一下：

CREATE TABLE TEST
(
ID 　 NUMBER(10) ,
STATUS NUMBER(1) ,
STATUS_NAM VARCHAR(12),
CONSTRAINT PK_TEST PRIMARY KEY(ID, STATUS)
)

1 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
2 values (1001, 1, '正确');
3
4 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
5 values (1001, 2, '错误');
6
7 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
8 values (1001, 3, '未知');
9
10 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
11 values (1002, 1, '正确');
12
13 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
14 values (1002, 2, '错误');
15
16 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
17 values (1003, 1, '正确');
18
19 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
20 values (1003, 3, '未知');
21
22 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
23 values (1004, 2, '错误');
24
25 INSERT INTO TEST (ID, STATUS, STATUS_NAM)
26 values (1004, 3, '未知');

（有兴趣的可以先自己试试，然后看下文解决方法）

刚考虑这个问题，确实有点头大，问题逻辑比较复杂，想用一条SQL写出来，确实比较头大。当时头脑中被逻辑给搅晕了：三条记录时过滤出一条记录，两条记录时过滤出一条记录，只有一条记录时......。觉得一条SQL实现比较不太现实，可能要借助自定义函数来实现这个功能，当时，另外一个同事迅速给出了一个方案。

1 SELECT ID, CASE WHEN EXISTS (SELECT 1 FROM TEST T1 WHERE T1.ID = T.ID AND STATUS_NAM = '正确') THEN 1
2 WHEN EXISTS (SELECT 1 FROM TEST T2 WHERE T2.ID = T.ID AND STATUS_NAM = '错误') THEN 2
3 WHEN EXISTS (SELECT 1 FROM TEST T3 WHERE T3.ID = T.ID AND STATUS_NAM = '未知') THEN 3
4 END AS STATUS
5 FROM TEST T
6 GROUP BY ID

给人眼前一亮，居然可以这样处理，其实我们换个思维来考虑，不管这个日志ID有几条记录，我只需要一条记录，那么我可以使用ROW_NUMBER函数对ID字段分组，然后取其中的一条ROWNUM，而我可以给三个状态值恰好按：正确——》1、错误——》2、未知——》3，那么我只需要对记录按状态排序，取序号为1的记录即可。脚本如下：

SELECT ID, STATUS, STATUS_NAM
FROM (SELECT ID,
ROW_NUMBER() OVER(PARTITION BY ID ORDER BY STATUS) AS ROWNUMS,
STATUS,
STATUS_NAM
FROM TEST)
WHERE ROWNUMS = 1;

刚好这阵子正好看过《SQL语言艺术》，有一章节就讲：战略大于战术，有时候解决问题，仅仅需要站在局外思考(Think Outside)，不要因为太关注问题本身而受到干扰。我们需要大胆的思维，站得跟远一些。试着从大局的角度来看待问题。这样就能让问题迎刃而解。其实我刚开始一直想不到什么方法，就是因为自己没有跳出固定思维的模式，老在怎么从3条记录取一条、二条取一条、一条记录就取单条记录的思维模式里面，没有跳出SQL，而从业务逻辑思考。

本文链接

Task Scheduler 介绍

2012-04-09T14:20:00Z

Task Scheduler 的描叙：使用户可以在此计算机上配置和计划自动任务，此服务还托管多个Windows系统关键任务。如果此服务被停止或禁用，这些任务将无法再按计划的时间运行。如果此服务被禁用，则明确依赖它的所有服务将无法启动。这个命令有点类似于Linux下的crontab 等后台命令。可以通过它在Window 平台自动备份数据库等任务。这个命令依赖于Remote Procedure Call(RPC)系统组件（Windows XP/2000/2003下），在VISTA、WIN7下必须依赖Remote Procedure Call(RPC)、Windows Event Log两个系统组件。

启动Task Scheduler（Win2003下）

1：你可以在开始菜单——运行里面输入：services.msc 命令进入服务窗口，亦可以通过控制面板——管理工具——服务，进入服务，

手动对Task Scheduler服务进行启动。

2：也可以通过命令形式启用服务。

用dos打开task scheduler服务：sc start schedule 。schedule是服务名称，而Task Scheduler是显示名称。

停止Task Scheduler（Window 2003下）

1：你可以在开始菜单——运行里面输入：services.msc 命令进入服务窗口，亦可以通过控制面板——管理工具——服务，进入服务，

手动对Task Scheduler服务进行停止。

2：也可以通过命令形式停止服务。（Windows 2003）

【注意】在WIN7 和 VISTA下Task Scheduler该服务无法被禁用。如果此服务被禁用，任何依赖它的服务将无法启动。已经不单是以前操作系统的计划任务调度管理器了

查看Task Scheduler服务状态

直接通过上面的服务窗口查看，可以用命令：sc query schedule查看

创建Task Scheduler服务

sc create Schedule binPath= "%SystemRoot%\System32\svchost.exe -k netsvcs" type= share start= auto displayname= "Task Scheduler" depend= RpcSs

不过我在删除该服务后，运行上面命令后，启动task scheduler服务时出现错误2：系统找不到指定的文件。折腾了很久，网上也搜索了很多资料，依然没有解决问题，不知道哪位同仁解决过此类问题。

删除Task Scheduler服务

使用命令 sc delete schedule 删除Task Scheduler服务（Window 2003下）。一般建议先停止服务，然后使用删除命令。

执行后可以看见Task Scheduler服务变成禁用状态了。

Windows 7 下执行结果如下：

SCHTASKS /parameter [arguments]

描述: schtasks.exe是安排命令和程序定期运行或在指定时间内运行。从计划表中添加和删除任务，按需要启动和停止任务，显示和更改计划任务。

允许管理员创建、删除、查询、更改、运行和中止

本地或远程系统上的计划系统。替代 AT.exe。

参数列表:

/Create 创建新计划任务。

/Delete 删除计划任务。

/Query 显示所有计划任务。

/Change 更改计划任务属性。

/Run 立即运行计划任务。

/End 中止当前正在运行的计划任务。

/? 显示帮助/用法。

示例:

SCHTASKS

SCHTASKS /?

SCHTASKS /Run /?

SCHTASKS /End /?

SCHTASKS /Create /?

SCHTASKS /Delete /?

SCHTASKS /Query /?

SCHTASKS /Change /?

sc命令详解，可以在dos下面直接输入sc，即可得到sc命令的帮助文档，各种详细参数配置。如下所示：

C:\Documents and Settings\Administrator>sc

描述:

SC 是用于与

服务控制管理器和服务进行通信的命令行程序。

用法:

sc <server> [command] [service name] <option1> <option2>...

选项 <server> 的格式为 "\\ServerName"

可以键入 "sc [command]" 以获得命令的进一步帮助

命令:

query-----------查询服务的状态，或

枚举服务类型的状态。

queryex---------查询服务的扩展状态，或

枚举服务类型的状态。

start-----------启动服务。

pause-----------向服务发送 PAUSE 控制请求。

interrogate-----向服务发送 INTERROGATE 控制请求。

continue--------向服务发送 CONTINUE 控制请求。

stop------------向服务发送 STOP 请求。

config----------更改服务的配置(永久)。

description-----更改服务的描述。

failure---------更改服务失败时所进行的操作。

sidtype---------更改服务的服务 SID 类型。

qc--------------查询服务的配置信息。

qdescription----查询服务的描述。

qfailure--------查询服务失败时所进行的操作。

qsidtype--------查询服务的服务 SID 类型。

delete----------(从注册表)删除服务。

create----------创建服务(将其添加到注册表)。

control---------向服务发送控制。

sdshow----------显示服务的安全描述符。

sdset-----------设置服务的安全描述符。

showsid---------显示与

任意名称相对应的服务 SID 字符串。

GetDisplayName--获取服务的 DisplayName。

GetKeyName------获取服务的 ServiceKeyName。

EnumDepend------枚举服务的依存关系。

下列命令不要求服务名称:

sc <server> <command> <option>

boot------------(ok | bad) 表明是否将最后一次启动

保存为最后一次的正确启动配置

Lock------------锁定服务数据库

QueryLock-------查询 SCManager 数据库的 LockStatus

示例:

sc start MyService

是否要查看 QUERY 和 QUERYEX 命令的帮助? [ y | n ]:

QUERY 和 QUERYEX 选项:

如果查询命令带服务名称，将返回

该服务的状态。其他选项不适合这种

情况。如果查询命令不带参数或

带下列选项之一，将枚举此服务。

type= 要枚举的服务的类型(driver, service, all)

默认 = service)

state= 要枚举的服务的状态 (inactive, all)

(默认 = active)\n"

bufsize= 枚举缓冲区的大小(以字节计)

(默认 = 4096)

ri= 开始枚举的恢复索引号\n"

(默认 = 0)

group= 要枚举的服务组

(默认 = all groups)

句法示例

sc query - 枚举活动服务和驱动程序的状态

sc query messenger - 显示信使服务的状态

sc queryex messenger - 显示信使服务的扩展状态

sc query type= driver - 仅枚举活动驱动程序

sc query type= service - 仅枚举 Win32 服务

sc query state= all - 枚举所有服务和驱动程序

sc query bufsize= 50 - 枚举缓冲区为 50 字节

sc query ri= 14 - 枚举时恢复索引 = 14

sc queryex group= \"\" - 枚举不在组内的活动服务

sc query type= service type= interact - 枚举所有不活动服务

sc query type= driver group= NDIS - 枚举所有 NDIS 驱动程序

本文链接