在Oracle中SQL語句的解析步驟是怎樣的呢
在Oracle中SQL語句的解析步驟如下: 1、 語法檢測。
判斷一條SQL語句的語法是否符合SQL的規范,比如執行:SQL> selet * from emp;我們就可以看出由于Select關鍵字少了一個“c”,這條語句就無法通過語法檢驗的步驟了。 2、 語義檢查。
語法正確的SQL語句在解析的第二個步驟就是判斷該SQL語句所訪問的表及列是否準確?用戶是否有權限訪問或更改相應的表或列?比如如下語句: SQL> select * from emp; select * from emp * ERROR at line 1: ORA-00942: table or view does not exist 由于查詢用戶沒有可供訪問的emp對象,因此該SQL語句無法通過語義檢查。 3、 檢查共享池中是否有相同的語句存在。
假如執行的SQL語句已經在共享池中存在同樣的副本,那么該SQL語句將會被軟解析,也就是可以重用已解析過的語句的執行計劃和優化方案,可以忽略語句解析過程中最耗費資源的步驟,這也是我們為什么一直強調避免硬解析的原因。這個步驟又可以分為兩個步驟: (1)驗證SQL語句是否完全一致。
在這個步驟中,Oracle將會對傳遞進來的SQL語句使用HASH函數運算得出HASH值,再與共享池中現有語句的HASH值進行比較看是否一一對應。現有數據庫中SQL語句的HASH值我們可以通過訪問v$sql、v$sqlarea、v$sqltext等數據字典中的HASH_VALUE列查詢得出。
如果SQL語句的HASH值一致,那么ORACLE事實上還需要對SQL語句的語義進行再次檢測,以決定是否一致。那么為什么Oracle需要再次對語句文本進行檢測呢?不是SQL語句的HASH值已經對應上了?事實上就算是SQL語句的HASH值已經對應上了,并不能說明這兩條SQL語句就已經可以共享了。
我們首先參考如下一個例子:假如用戶A有自己的一張表EMP,他要執行查詢語句:select * from emp;用戶B也有一張EMP表,同樣要查詢select * from emp;這樣他們兩條語句在文本上是一模一樣的,他們的HASH值也會一樣,但是由于涉及到查詢的相關表不一樣,他們事實上是無法共享的。假如這時候用戶C又要查詢同樣一條語句,他查詢的表為scott下的公有同義詞,還有就是SCOTT也查詢同樣一張自己的表emp,情況會是如何呢? SQL> connect a/a Connected. SQL> create table emp ( x int ); Table created. SQL> select * from emp; no rows selected SQL> connect b/b Connected. SQL> create table emp ( x int ); Table created. SQL> select * from emp; no rows selected SQL> conn scott/tiger Connected. SQL> select * from emp; SQL> conn c/c Connected. SQL> select * from emp; SQL> conn/as sysdba Connected. SQL> select address,hash_value, executions, sql_text 2 from v$sql 3 where upper(sql_text) like 'SELECT * FROM EMP%' 4 / ADDRESS HASH_VALUE EXECUTIONS SQL_TEXT -------- ---------- ---------- ------------------------ 78B89E9C 3011704998 1 select * from emp 78B89E9C 3011704998 1 select * from emp 78B89E9C 3011704998 2 select * from emp 我們可以看到這四個查詢的語句文本和HASH值都是一樣的,但是由于查詢的對象不同,只有后面兩個語句是可以共享的,不同情況的語句還是需要硬解析的。
因此在檢查共享池共同SQL語句的時候,是需要根據具體情況而定的。 我們可以進一步查詢v$sql_shared_cursor以得知SQL為何不能共享的原因: SQL> select kglhdpar, address, 2 auth_check_mismatch, translation_mismatch 3 from v$sql_shared_cursor 4 where kglhdpar in 5 ( select address 6 from v$sql 7 where upper(sql_text) like 'SELECT * FROM EMP%' ) 8 / KGLHDPAR ADDRESS A T -------- -------- - - 78B89E9C 786C9D78 N N 78B89E9C 786AC810 Y Y 78B89E9C 786A11A4 Y Y TRANSLATION_MISMATCH表示SQL游標涉及到的數據對象是不同的;AUTH_CHECK_MISMATCH表示對同樣一條SQL語句轉換是不匹配的。
( 2、)驗證SQL語句執行環境是否相同。比如同樣一條SQL語句,一個查詢會話加了/*+ first_rows */的HINT,另外一個用戶加/*+ all_rows */的HINT,他們就會產生不同的執行計劃,盡管他們是查詢同樣的數據。
我們下面就一個實例來說明SQL執行環境對解析的影響,我們通過將會話的workarea_size_policy變更來查看對同樣一條SQL語句執行的影響: SQL> alter system flush shared_pool; System altered. SQL> show parameter workarea_size_policy NAME TYPE VALUE ------------------------------------ ----------- -------------- workarea_size_policy string AUTO SQL> select count(*) from t; COUNT(*) ---------- 5736 SQL> alter session set workarea_size_policy=manual; Session altered. SQL> select count(*) from t; COUNT(*) ---------- 5736 SQL> select sql_text, child_number, hash_value, address 2 from v$sql 3 where upper(sql_text) = 'SELECT COUNT(*) FROM T' 4 / SQL_TEXT CHILD_NUMBER HASH_VALUE ADDRESS ------------------------------ ------------ ---------- -------- select count(*) from t 0 2199322426 78717328 select count(*) from t 1 2199322426 78717328 可以看到由于不同會話。
oracle 存儲過程中的語句
解答如下:
1、CREATE GLOBAL TEMPORARY TABLE T_TEMP 語句是創建一個臨時表,oracle中創建臨時表有兩種,一種是事務級的,一種是會話級的,當創建臨時表語句后面有ON COMMIT delete ROWS時表示該臨時表是事務級的,ON COMMIT PRESERVE ROWS 時表示該臨時表是會話級的。
2、execute immediate 是動態執行sql語句。
上面語句的意思是動態執行一條創建事務級臨時表的ddl語句。
oracle存儲過程中的select語句是怎樣的
create or replace procedure pro_test is begin select * from t_test; end pro_test; 這個存儲過程正確嗎? 昨天因為這個,耽誤了好久(在一個存儲過程中用了select語句,但既沒有用游標也沒有用into)。
在存儲過程(oracle數據庫)中如果用了select語句,要么使用"select into 變量"語句要么使用游標,oracle不支持單獨的select語句(如表述有誤請指出)。 select into 比較簡單,但是如果返回的是一個結果集就無法滿足要求了。
游標分Cursor型游標和SYS_REFCURSOR型游標兩種 Cursor型游標--不能用于參數傳遞 create or replace procedure pro_test() is cusor_1 Cursor is select 字段名 from 表名 where 條件; (或者 select class_name into cursor_2 from class where 。 。
。; cursor的另一種用法,需要寫在begin和end之間) begin select class_name into cursor_2 from class where 。
; 可以使用 for xxx in cursor loop 。 。
end loop; --對Cursor進行遍歷 end pro_test; SYS_REFCURSOR型游標 create or replace procedure pro_test(rsCursor out SYS_REFCURSOR) is cursor SYS_REFCURSOR; name varhcar(20); begin open cursor for select name from student where 。 。
。; --使用open來打開進行賦值 --遍歷 loop fetch cursor into name --fetch into來打開遍歷的每條數據 exit when cursor%NOTFOUND; --未找到記錄信息 dbms_output。
putline(xxxx); end loop; rsCursor := cursor; end pro_test;。
oracle 數據庫 解釋以下語句執行過程
依照上邊,每一行加一個行數:
1、開始
2、第一層for循環,in后頭為一個查詢的結果集
3、循環開始
4、把結果集的第一條記錄賦值給變量
5、設置v_count的初始值為1
6、第二層for循環,開始
7、把第二層循環的第一條記錄賦值給變量v_rowid
8、更新表cbh字段的值為:xzqh字段拼接其他字符(||為字符串拼接符號)
9、拼接條件,看變量的長度
10、如果長度為1,則后邊為 '00'||v_count(例如,v_count=1,則結果為001)
11、如果長度為2,則后邊為 '0'||v_count
12、否則直接拼接v_count
13、拼接結束
14、更新表時的條件
15、v_count加1
16、第二層循環的結束,把第二層循環里的結果集都循環完成之后跳出本層
17、第一層循環結束
18、整個過程結束
轉載請注明出處華閱文章網 » oracle過程語句