oraclesql語句參數

⑴ oracle中多條件搜索的時候怎麼寫sql語句

試試這個：
select t.*
from emp t
where t.id like case when id_val is null then '%' else '%id_val%' end
and t.name like case when name_val is null then '%' else '%name_val%' end
and t.job like case when job_val is null then '%' else '%job_val%' end
and t.nickname like case when nickname_val is null then '%' else '%nickname_val%' end
其中，id_val name_val job_val nickname_val 是四個查詢條件的值

⑵ 在oracle sql語句里有沒有if...else...的用法，請各位大俠給個例子看看，灰常感謝！！

oracle 中if ..else 可以再pl/sql 中使用，
如果是要在SQL語句中達到這種效果可以用case when ... then ...else ..end;
mysql資料庫中CASE WHEN語句。

case when語句，用於計算條件列表並返回多個可能結果表達式之一。

CASE 具有兩種格式：

簡單 CASE 函數將某個表達式與一組簡單表達式進行比較以確定結果。

CASE 搜索函數計算一組布爾表達式以確定結果。
兩種格式都支持可選的 ELSE 參數。

語法
簡單 CASE 函數：

復制代碼 代碼如下:

CASE input_expression
WHEN when_expression THEN result_expression
[ ...n ]
[
ELSE else_result_expression
END

CASE 搜索函數：

復制代碼 代碼如下:

CASE
WHEN Boolean_expression THEN result_expression
[ ...n ]
[
ELSE else_result_expression
END

參數
input_expression

是使用簡單 CASE 格式時所計算的表達式。Input_expression 是任何有效的 Microsoft? SQL Server? 表達式。

WHEN when_expression

使用簡單 CASE 格式時 input_expression 所比較的簡單表達式。When_expression 是任意有效的 SQL
Server 表達式。Input_expression 和每個 when_expression 的數據類型必須相同，或者是隱性轉換。

佔位符，表明可以使用多個 WHEN when_expression THEN result_expression 子句或 WHEN Boolean_expression THEN result_expression 子句。

THEN result_expression

當 input_expression = when_expression 取值為 TRUE，或者 Boolean_expression 取值為 TRUE 時返回的表達式。
result expression 是任意有效的 SQL Server 表達式。

ELSE else_result_expression

當比較運算取值不為 TRUE 時返回的表達式。如果省略此參數並且比較運算取值不為 TRUE，CASE 將返回 NULL
值。Else_result_expression 是任意有效的 SQL Server 表達式。Else_result_expression
和所有 result_expression 的數據類型必須相同，或者必須是隱性轉換。

WHEN Boolean_expression

使用 CASE 搜索格式時所計算的布爾表達式。Boolean_expression 是任意有效的布爾表達式。

結果類型

從 result_expressions 和可選 else_result_expression 的類型集合中返回最高的優先規則類型。有關更多信息，請參見數據類型的優先順序。

結果值

簡單 CASE 函數：
計算 input_expression，然後按指定順序對每個 WHEN 子句的 input_expression = when_expression 進行計算。

返回第一個取值為 TRUE 的 (input_expression = when_expression) 的 result_expression。

如果沒有取值為 TRUE 的 input_expression = when_expression，則當指定 ELSE 子句時 SQL Server 將返回 else_result_expression；若沒有指定 ELSE 子句，則返回 NULL 值。
CASE 搜索函數：
按指定順序為每個 WHEN 子句的 Boolean_expression 求值。

返回第一個取值為 TRUE 的 Boolean_expression 的 result_expression。

如果沒有取值為 TRUE 的 Boolean_expression，則當指定 ELSE 子句時 SQL Server 將返回 else_result_expression；若沒有指定 ELSE 子句，則返回 NULL 值。

下面分享一些mysql case when語句的例子。

A. 使用帶有簡單 CASE 函數的 SELECT 語句
在 SELECT 語句中，簡單 CASE 函數僅檢查是否相等，而不進行其它比較。

例子，使用 CASE 函數更改圖書分類顯示。

復制代碼 代碼如下:

USE pubs
GO
SELECT Category =
CASE type
WHEN 'popular_comp' THEN 'Popular Computing'
WHEN 'mod_cook' THEN 'Modern Cooking'
WHEN 'business' THEN 'Business'
WHEN 'psychology' THEN 'Psychology'
WHEN 'trad_cook' THEN 'Traditional Cooking'
ELSE 'Not yet categorized'
END,
CAST(title AS varchar(25)) AS 'Shortened Title',
price AS Price
FROM titles
WHERE price IS NOT NULL
ORDER BY type, price
COMPUTE AVG(price) BY type
GO

注釋，後來我試了一下不讓用category=。

我使用的代碼為：

復制代碼 代碼如下:

SELECT
case gender
WHEN 1 THEN 'NAN'
WHEN 0 THEN 'NV'
end as gender
FROM
t_swidy_day_nutrient

結果集：

Category Shortened Title Price
------------------- ------------------------- --------------------------
Business You Can Combat Computer S 2.99
Business Cooking with Computers: S 11.95
Business The Busy Executive's Data 19.99
Business Straight Talk About Compu 19.99

avg
==========================
13.73

Category Shortened Title Price
------------------- ------------------------- --------------------------
Modern Cooking The Gourmet Microwave 2.99
Modern Cooking Silicon Valley Gastronomi 19.99

avg
==========================
11.49

Category Shortened Title Price
------------------- ------------------------- --------------------------
Popular Computing Secrets of Silicon Valley 20.00
Popular Computing But Is It User Friendly? 22.95

avg
==========================
21.48

Category Shortened Title Price
------------------- ------------------------- --------------------------
Psychology Life Without Fear 7.00
Psychology Emotional Security: A New 7.99
Psychology Is Anger the Enemy? 10.95
Psychology Prolonged Data Deprivatio 19.99
Psychology Computer Phobic AND Non-P 21.59

avg
==========================
13.50

Category Shortened Title Price
------------------- ------------------------- --------------------------
Traditional Cooking Fifty Years in Buckingham 11.95
Traditional Cooking Sushi, Anyone? 14.99
Traditional Cooking Onions, Leeks, and Garlic 20.95

avg
==========================
15.96

(21 row(s) affected)

B. 使用帶有簡單 CASE 函數和 CASE 搜索函數的

SELECT 語句
在 SELECT 語句中，CASE 搜索函數允許根據比較值在結果集內對值進行替換。

例子：根據圖書的價格範圍將價格（money 列）顯示為文本注釋。

復制代碼 代碼如下:

USE pubs
GO
SELECT 'Price Category' =
CASE
WHEN price IS NULL THEN 'Not yet priced'
WHEN price < 10 THEN 'Very Reasonable Title'
WHEN price >= 10 and price < 20 THEN 'Coffee Table Title'
ELSE 'Expensive book!'
END,
CAST(title AS varchar(20)) AS 'Shortened Title'
FROM titles
ORDER BY price
GO

結果集：

Price Category Shortened Title
--------------------- --------------------
Not yet priced Net Etiquette
Not yet priced The Psychology of Co
Very Reasonable Title The Gourmet Microwav
Very Reasonable Title You Can Combat Compu
Very Reasonable Title Life Without Fear
Very Reasonable Title Emotional Security:
Coffee Table Title Is Anger the Enemy?
Coffee Table Title Cooking with Compute
Coffee Table Title Fifty Years in Bucki
Coffee Table Title Sushi, Anyone?
Coffee Table Title Prolonged Data Depri
Coffee Table Title Silicon Valley Gastr
Coffee Table Title Straight Talk About
Coffee Table Title The Busy Executive's
Expensive book! Secrets of Silicon V
Expensive book! Onions, Leeks, and G
Expensive book! Computer Phobic And
Expensive book! But Is It User Frien

(18 row(s) affected)

C. 使用帶有 SUBSTRING 和 SELECT 的 CASE 函數

例子，使用 CASE 和 THEN 生成一個有關作者、圖書標識號和每個作者所著圖書類型的列表。

首先，來看下 CASE 的語法。在一般的 SELECT 中，其語法如下：

復制代碼 代碼如下:

SELECT <myColumnSpec> =
CASE
WHEN <A> THEN <somethingA>
WHEN <B> THEN <somethingB>
ELSE <somethingE>
END

以上代碼，需要用具體的參數代替尖括弧中的內容。

甚至還可以組合這些選項，添加一個 ORDER BY 子句，例如：

復制代碼 代碼如下:

USE pubs
GO
SELECT
CASE
WHEN price IS NULL THEN 'Unpriced'
WHEN price < 10 THEN 'Bargain'
WHEN price BETWEEN 10 and 20 THEN 'Average'
ELSE 'Gift to impress relatives'
END AS Range,
Title
FROM titles
GROUP BY
CASE
WHEN price IS NULL THEN 'Unpriced'
WHEN price < 10 THEN 'Bargain'
WHEN price BETWEEN 10 and 20 THEN 'Average'
ELSE 'Gift to impress relatives'
END,
Title
ORDER BY
CASE
WHEN price IS NULL THEN 'Unpriced'
WHEN price < 10 THEN 'Bargain'
WHEN price BETWEEN 10 and 20 THEN 'Average'
ELSE 'Gift to impress relatives'
END,
Title
GO

除了選擇自定義欄位之外，在很多情況下 CASE 都非常有用。

稍加深入，還可以得到以前認為不可能得到的分組排序結果集。
使用CASE WHEN進行字元串替換處理

在SELECT查詢中使用CASE WHEN

復制代碼 代碼如下:

/*
mysql> SELECT Name, RatingID AS Rating,
-> CASE RatingID
-> WHEN 'R' THEN 'Under 17 requires an alt.'
-> WHEN 'X' THEN 'No one 17 and under.'
-> WHEN 'NR' THEN 'Use discretion when renting.'
-> ELSE 'OK to rent to minors.'
-> END AS Policy
-> FROM DVDs
-> ORDER BY Name;
+-----------+--------+------------------------------+
| Name | Rating | Policy |
+-----------+--------+------------------------------+
| Africa | PG | OK to rent to minors. |
| Amadeus | PG | OK to rent to minors. |
| Christmas | NR | Use discretion when renting. |
| Doc | G | OK to rent to minors. |
| Falcon | NR | Use discretion when renting. |
| Mash | R | Under 17 requires an alt. |
| Show | NR | Use discretion when renting. |
| View | NR | Use discretion when renting. |
+-----------+--------+------------------------------+
8 rows in set (0.01 sec)
*/
Drop table DVDs;
CREATE TABLE DVDs (
ID SMALLINT NOT NULL AUTO_INCREMENT PRIMARY KEY,
Name VARCHAR(60) NOT NULL,
NumDisks TINYINT NOT NULL DEFAULT 1,
RatingID VARCHAR(4) NOT NULL,
StatID CHAR(3) NOT NULL
)
ENGINE=INNODB;
INSERT INTO DVDs (Name, NumDisks, RatingID, StatID)
VALUES ('Christmas', 1, 'NR', 's1'),
('Doc', 1, 'G', 's2'),
('Africa', 1, 'PG', 's1'),
('Falcon', 1, 'NR', 's2'),
('Amadeus', 1, 'PG', 's2'),
('Show', 2, 'NR', 's2'),
('View', 1, 'NR', 's1'),
('Mash', 2, 'R', 's2');
SELECT Name, RatingID AS Rating,
CASE RatingID
WHEN 'R' THEN 'Under 17 requires an alt.'
WHEN 'X' THEN 'No one 17 and under.'
WHEN 'NR' THEN 'Use discretion when renting.'
ELSE 'OK to rent to minors.'
END AS Policy
FROM DVDs
ORDER BY Name;

⑶ Oraclesql

前言

sql_trace 是我在工作中經常要用到的調優工具 相比較statspack 我更願意用這個工具

因為數據逗搜庫慢原因的 %以上是由於sql問題造成的 statspack沒有sql的執行計劃 顯示沒有它直觀 方便 對想要針對性不強

介紹資料庫調優需要經常會用到的工具 可以很精確地跟抓取相關session正在運行的sql 再通過tkprof分析出來sql的執行計劃等相關信息 從而判斷那些sql語句存在問題

統計如下信孝鄭息（摘字官方文檔）

Parse execute and fetch counts

CPU and elapsed times

Physical reads and logical reads

Number of rows processed

Misses on the library cache

Username under which each parse occurred

Each mit and rollback

使用

使用前需要注意的地方

初始化參數timed_statistics=true 允許sql trace 和其他的一些動態性能視圖收集與時間（cpu elapsed）山慎歷有關的參數 一定要打開 不然相關信息不會被收集 這是一個動態的參數 也可以在session級別設置

SQL>alter session set titimed_statistics=true

MAX_DUMP_FILE_SIZE跟蹤文件的大小的限制 如果跟蹤信息較多可以設置成unlimited 可以是KB MB單位 I開始默認為unlimited這是一個動態的參數 也可以在session級別設置

SQL>alter system set max_mp_file_size=

SQL>alter system set max_mp_file_size=unlimited

USER_DUMP_DEST指定跟蹤文件的路徑 默認路徑實在$ORACLE_BASE/admin/ORA_SID/ump這是一個動態的參數 也可以在session級別設置

SQL>alter system set user_mp_dest=/oracle/trace

資料庫級別

設置slq_trace參數為true會對整個實例進行跟蹤 包括所有進程 用戶進程和後台進程 會造成比較嚴重的性能問題 生產環境一定要慎用

SQL>alter system set sql_trace=true;

Session級別

當前會話

SQL>alter session set sql_trace=true;

SQL>alter session set sql_trace=false;

其他會話

通過oracle提供的系統包 DBMS_SYSTEM SET_SQL_TRACE_IN_SESSION來實現

SQL>execute dbms_system set_sql_trace_in_session(sid serial# true);

SQL>execute dbms_system set_sql_trace_in_session(sid serial# false);

注

sid serial#從v$session視圖中獲得

DBMS_SYSTEM包里還可以對其他用戶的參數（如 timed_statistics max_mp_file）進行設置 在這不做介紹了 很少用到 想了解dbms_system里的程序包可以desc dbms_system看一下

得到trace文件後我們要用tkprof他進行格式化 通過sql語句快速定位到相應的trace文件

Tkprof

tkprof的目的是將sql trace生成的跟蹤文件轉換成用戶可以理解的格式

格式

tkprof tracefile outputfile [optional | parameters ]

參數和選項（這里只介紹最常用的 也是最實用的）

explain=user/password執行explain命令將結果放在SQL trace的輸出文件中

sys=[yes/no]確定系統是否列出由sys用戶產生或重調的sql語句

sort=sort_option按照指定的方法對sql trace的輸出文件進行降序排序

sort_option選項

prscnt按解析次數排序

prscpu按解析所花cpu時間排序

prsela按解析所經歷的時間排序

prsdsk按解析時物理的讀操作的次數排序

prsqry按解析時以一致模式讀取數據塊的次數排序

prscu按解析時以當前讀取數據塊的次數進行排序

execnt按執行次數排序

execpu按執行時花的cpu時間排序

exeela按執行所經歷的時間排序

exedsk按執行時物理讀操作的次數排序

exeqry按執行時以一致模式讀取數據塊的次數排序

execu按執行時以當前模式讀取數據塊的次數排序

exerow按執行時處理的記錄的次數進行排序

exemis按執行時庫緩沖區的錯誤排序

fchcnt按返回數據的次數進行排序

fchcpu按返回數據cpu所花時間排序

fchela按返回數據所經歷的時間排序

fchdsk按返回數據時的物理讀操作的次數排序

fchqry按返回數據時一致模式讀取數據塊的次數排序

fchcu按返回數據時當前模式讀取數據塊的次數排序

fchrow按返回數據時處理的數據數量排序

注

這些排序中我經常用到的是fchdsk fckchela fchqry 因為有問題的sql一般都是大的查詢造成的 當然更新 插入 刪除時也會存在全表掃描 這就需要:exedsk exeqry exeela等選項 根據具體情況具體分析

Cpu時間和Elapsed時間都是以秒為單位 而且兩個值基本上一樣 但我比較常用elapsed 他是反映的用戶相應時間 從運行sql到用戶得到結果的時間 會更實際些

tkprof輸出文件各列的含義 （理解下面的含義對我們快速定位問題很有幫助）

parse:

將sql語句轉換成執行計劃 包括檢查是否有正確的授權 需要到得表 列及其他引用到得對象是否存在 這些信息分別存在v$librarycache v$rowcache

execute

oracle實際執行的語句 如 insert update delete 這些會修改數據 對於select操作 這部只是確定選擇的行數

fetch

返回查詢獲得的行數 只有執行select會被收集

Count

這個語句被parse execute fetch的次數的統計

Cpu

這個語句所有的parse execute fetch所用的cpu總的時間 以秒為單位 如果TIMED_STATISTICS 關閉的話 值為

Elapsed

這個語句所有的parse execute fetch所消耗的總的時間 以秒為單位 如果TIMED_STATISTICS 關閉的話 值為

Disk

這個語句所有的parse execute fetch從磁碟上的數據文件中讀取的數據塊的數量

Query

在一致性讀的模式下 這個語句所有的parse execute fetch所獲取的buffer數量（這部分是從內存讀取的也就是邏輯讀取的 相當於執行計劃里的consistent gets）

Current

在current模式下 這個語句所有的parse execute fetch所獲取的buffer數量 一般是current模式下發生的delect insert update的操作都會獲取buffer

Rows

語句返回的行數 不包括子查詢中返回的記錄數目 對於select語句 返回在fetch這步 對於insert delete update操作 返回記錄是在execute這步

分析

我一般的思路步驟是

先找磁碟多的sq l(sort= fchdsk ) 意味著全表掃描 找運行時間長的(sort= fchela) 意味著sql可能寫的不好或磁碟 邏輯讀較多 找出一致性讀較多的(sort= fchqry) 當表不是很大的時候（可能全部緩存住了） 沒有發生磁碟讀 但不意味著不需要建立索引 或者sql需要優化 找出當前模式從緩沖區獲得數據的數量(sort=exedsk exeela exeqry) 這些主要集中在dml語句里的操作 看是否有必要優化sql或建立索引之所以排序是為了在sql很多的時候快速定位sql 如果sql比較少的話就沒必要排序了 但我們要有分析問題的思路

舉例

我自己建立了一個表

create table t (id int);

begin

for v in loop

insert into t values(v );

end loop

mit;

end;

下面是sql_trace所抓到得sql

不正常狀態

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

select *

from t

where id=

call count cpu elapsed disk query current rows

Parse Execute Fetch

total

Misses in library cache ring parse:

Optimizer goal: CHOOSE

Parsing user id: (WH)

Rows Row Source Operation

TABLE ACCESS FULL T

Rows Execution Plan

SELECT STATEMENT GOAL: CHOOSE

TABLE ACCESS (FULL) OF T

首先這是一個select語句 它走了全部掃描

磁碟讀（ ）和邏輯讀（ ）都很多

運行了 次（Execute） 分析了 次（Parse） 一共用了將近 秒（elapsed）

我只是選擇表的一行的數據的結果 就發生這么大的成本 很顯然是全表掃描的結果造成的

正常狀態

在做跟蹤前我為這個表建立了一個索引

Create index t on t (id);

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

select *

from t

where id=

call count cpu elapsed disk query current rows

Parse Execute Fetch

total

Misses in library cache ring parse:

Optimizer goal: CHOOSE

Parsing user id: (WH)

Rows Row Source Operation

INDEX RANGE SCAN T (object id )

Rows Execution Plan

SELECT STATEMENT GOAL: CHOOSE

INDEX (RANGE SCAN) OF T (NON UNIQUE)

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

同樣的語句

它走了索引 物理讀 這個 其實是開始讀索引時需要第一次讀入的 以後運行就沒有了

邏輯讀 （平均這個sql一次 個邏輯讀）

同樣運行了 次（Execute）

分析了 次（Parse） 運行次數越多 分析次數越少越好一共只用了 秒（elapsed）

lishixin/Article/program/Oracle/201311/17866

⑷ 在oracle資料庫中的分頁SQL語句怎麼寫

前提：

分頁參數：size = 20 page = 2；

沒有order by的查詢；

嵌套子查詢，兩次篩選（推薦使用）。

SQL語句：

SELECT *

FROM (SELECT ROWNUM AS rowno, t.*

FROM DONORINFO t

WHERE t.BIRTHDAY BETWEEN TO_DATE ('19800101', 'yyyymmdd')

AND TO_DATE ('20060731', 'yyyymmdd')

AND ROWNUM <= 20*2) table_alias

WHERE table_alias.rowno > 20*(2-1);

(4)oraclesql語句參數擴展閱讀：

rownum總是從1開始的，第一條不滿足去掉的話，第二條的rownum 又成了1。依此類推，所以永遠沒有不滿足條件的記錄。

可以這樣理解：rownum是一個序列，是Oracle資料庫從數據文件或緩沖區中讀取數據的順序。它取得第一條記錄則rownum值為1，第二條為2。

依次類推：當使用「>、>=、=、between...and」這些條件時，從緩沖區或數據文件中得到的第一條記錄的rownum為1，不符合sql語句的條件，會被刪除，接著取下條。下條的rownum還會是1，又被刪除，依次類推，便沒有了數據。

⑸ oracle如何在sql執行帶參存儲過程語句

你的倒數2個參數： rtncode 、rtnmess都是out類型的參數，都需要帶回值來的。

out類型的參數，用常量進行調用，當然出錯了。

這樣試試：

declare
vcodeint;
vmessvarchar2(200);
begin
p_yjqr_mz_new('1','2','3',to_date('2014-08-01','yyyy-mm-dd'),'5',6,vcode,vmess);
dbms_output.put_line(vcode);
dbms_output.put_line(vmess);
end;

⑹ 如何改變oracle sql語句執行計劃

一、通過PL/SQL Dev工具
1、直接File->New->Explain Plan Window，在窗口中執行sql可以查看計劃結果。其中，Cost表示cpu的消耗，單位為n%，Cardinality表示執行的行數，等價Rows。
2、先執行 EXPLAIN PLAN FOR select * from tableA where paraA=1，再 select * from table(DBMS_XPLAN.DISPLAY)便可以看到oracle的執行計劃了，看到的結果和1中的一樣，所以使用工具的時候推薦使用1方法。
注意：PL/SQL Dev工具的Command window中不支持set autotrance on的命令。還有使用工具方法查看計劃看到的信息不全，有些時候我們需要sqlplus的支持。

二、通過sqlplus
1．最簡單的辦法
Sql> set autotrace on
Sql> select * from al;
執行完語句後，會顯示explain plan 與 統計信息。
這個語句的優點就是它的缺點，這樣在用該方法查看執行時間較長的sql語句時，需要等待該語句執行成功後，才返回執行計劃，使優化的周期大大增長。如果不想執行語句而只是想得到執行計劃可以採用：
Sql> set autotrace traceonly
這樣，就只會列出執行計劃，而不會真正的執行語句，大大減少了優化時間。雖然也列出了統計信息，但是因為沒有執行語句，所以該統計信息沒有用處，如果執行該語句時遇到錯誤，解決方法為：
(1）在要分析的用戶下：
Sqlplus > @ ?
dbmsadminutlxplan.sql
(2) 用sys用戶登陸
Sqlplus > @ ?sqlplusadminplustrce.sql
Sqlplus > grant plustrace to user_name;
- - user_name是上面所說的分析用戶

2．用explain plan命令
(1) sqlplus > explain plan for select * from testdb.myuser
(2) sqlplus > select * from table(dbms_xplan.display);
上面這2種方法只能為在本會話中正在運行的語句產生執行計劃，即我們需要已經知道了哪條語句運行的效率很差，我們是有目的只對這條SQL語句去優化。其實，在很多情況下，我們只會聽一個客戶抱怨說現在系統運行很慢，而我們不知道是哪個SQL引起的。此時有許多現成的語句可以找出耗費資源比較多的語句，如：
SELECT ADDRESS, substr(SQL_TEXT,1,20) Text, buffer_gets, executions,
buffer_gets/executions AVG FROM v$sqlarea
WHERE executions>0 AND buffer_gets > 100000 ORDER BY 5;
ADDRESS TEXT BUFFER_GETS EXECUTIONS AVG
-------- ---------------------------------------- ----------- ---------- ------------------------------------------------------------
66D83D64 select t.name, (sel 421531 60104 7.01336017
66D9E8AC select t.schema, t.n 1141739 2732 417.913250
66B82BCC select s.synonym_nam 441261 6 73543.5
從而對找出的語句進行進一步優化。當然我們還可以為一個正在運行的會話中運行的所有SQL語句生成執行計劃，這需要對該會話進行跟蹤，產生trace文件，然後對該文件用tkprof程序格式化一下，這種得到執行計劃的方式很有用，因為它包含其它額外信息，如SQL語句執行的每個階段(如Parse、Execute、Fetch)分別耗費的各個資源情況(如CPU、DISK、elapsed等)。

3、啟用SQL_TRACE跟蹤所有後台進程活動：
全局參數設置： .OracleHome/admin/SID/pfile中指定: SQL_TRACE = true (10g)
當前session中設置：
SQL> alter session set SQL_TRACE=true;
SQL> select * from al;
SQL> alter session set SQL_TRACE=false;
對其他用戶進行跟蹤設置：
SQL> select sid,serial#,username from v$session where username='XXX';
SID SERIAL# USERNAME
------ ---------- ------------------
127 31923 A
128 54521 B
開啟跟蹤:SQL> exec dbms_system.set_SQL_TRACE_in_session(127,31923,true);
關閉跟蹤:SQL> exec dbms_system.set_SQL_TRACE_in_session(127,31923,false);
然後使用oracle自帶的tkprof命令行工具格式化跟蹤文件。

4、使用10046事件進行查詢：
10046事件級別：
Lv1 - 啟用標準的SQL_TRACE功能,等價於SQL_TRACE
Lv4 - Level 1 + 綁定值(bind values)
Lv8 - Level 1 + 等待事件跟蹤
Lv12 - Level 1 + Level 4 + Level 8
全局設定：
OracleHome/admin/SID/pfile中指定: EVENT="10046 trace name context forever,level 12"
當前session設定：
開啟:SQL> alter session set events '10046 trace name context forever, level 8';
關閉:SQL> alter session set events '10046 trace name context off';
對其他用戶進行設置：
SQL> select sid,serial#,username from v$session where username='XXX';
SID SERIAL# USERNAME
------ ---------- ------------------
127 31923 A

SQL> exec dbms_system.set_ev(127,31923,10046,8,'A');

5、使用tkprof格式化跟蹤文件： (根據下面SQL語句得到的文件都不存在該目錄下,郁悶啊,懵懂啊...)

一般，一次跟蹤可以分為以下幾步：
1、界定需要跟蹤的目標范圍，並使用適當的命令啟用所需跟蹤。
2、經過一段時間後，停止跟蹤。此時應該產生了一個跟蹤結果文件。
3、找到跟蹤文件，並對其進行格式化，然後閱讀或分析。
--使用一下SQL找到當前session的跟蹤文件：
SELECT d.value|| '/' ||lower(rtrim(i.instance, chr( 0 )))|| '_ora_' ||p.spid|| '.trc' trace_file_namefrom( select p.spid from v$mystat m,v$session s, v$process pwhere m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,( select t.instance from v$thread t,v$parameter vwhere v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i,( select value from v$parameter where name = 'user_mp_dest' ) d;-- 其它用戶的 session SELECT d.value|| '/' ||lower(rtrim(i.instance, chr( 0 )))|| '_ora_' ||p.spid|| '.trc' trace_file_name from ( select p.spid from v$session s, v$process p where s.sid= '27' and s. SERIAL#= '30' 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_mp_dest' ) d;

--查找後使用tkprof命令,將TRACE文件格式為到D盤的explain_format.txt文件中
SQL> $tkprof d:/oracle/admin/FZLGFM/ump/fzlgfm_ora_3468.trc d:/explain_format.txt

文件內容大致如下(看不太懂....懵懂啊.....天啊....神啊.....過幾時就懂了/////////////)
TKPROF: Release 9.2.0.1.0 - Proction on 星期二 4月 20 13:59:20 2010
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Trace file: d:/oracle/admin/FZLGFM/ump/fzlgfm_ora_3468.trc
Sort options: default
********************************************************************************
count = number of times OCI procere 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 events '10046 trace name context forever, level 8'

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 ring parse: 0
Misses in library cache ring execute: 1
Optimizer goal: CHOOSE
Parsing user id: SYS