第章 SQL語句處理的過程
在調整之前我們需要了解一些背景知識
只有知道這些背景知識
我們才能更好的去調整sql語句
本節介紹了SQL語句處理的基本過程
主要包括
· 查詢語句處理
· DML語句處理(insert
update
delete)
· DDL 語句處理(create
drop
alter
)
· 事務控制(commit
rollback)
SQL 語句的執行過程(SQL Statement Execution) 圖
概要的列出了處理和運行一個sql語句的需要各個重要階段
在某些情況下
Oracle運行sql的過程可能與下面列出的各個階段的順序有所不同
如DEFINE階段可能在FETCH階段之前
這主要依賴你如何書寫代碼
對許多oracle的工具來說
其中某些階段會自動執行
絕大多數用戶不需要關心各個階段的細節問題
然而
知道執行的各個階段還是有必要的
這會幫助你寫出更高效的SQL語句來
而且還可以讓你猜測出性能差的SQL語句主要是由於哪一個階段造成的
然後我們針對這個具體的階段
找出解決的辦法
圖
SQL語句處理的各個階段
DML語句的處理 本節給出一個例子來說明在DML語句處理的各個階段到底發生了什麼事情
假設你使用Pro*C程序來為指定部門的所有職員增加工資
程序已經連到正確的用戶
你可以在你的程序中嵌入如下的SQL語句
EXEC SQL UPDATE employees
SET salary =
* salary WHERE department_id = :var_department_id; var_department_id是程序變量
裡面包含部門號
我們要修改該部門的職員的工資
當這個SQL語句執行時
使用該變量的值
每種類型的語句都需要如下階段
· 第
步: Create a Cursor 創建游標
· 第
步: Parse the Statement 分析語句
· 第
步: Bind Any Variables 綁定變量
· 第
步: Run the Statement 運行語句
· 第
步: Close the Cursor 關閉游標
如果使用了並行功能
還會包含下面這個階段
· 第
步: Parallelize the Statement 並行執行語句
如果是查詢語句
則需要以下幾個額外的步驟
如圖
所示
· 第
步: Describe Results of a Query 描述查詢的結果集
· 第
步: Define Output of a Query 定義查詢的輸出數據
· 第
步: Fetch Rows of a Query 取查詢出來的行
下面具體說一下每一步中都發生了什麼事情
第步: 創建游標(Create a Cursor) 由程序接口調用創建一個游標（cursor）
任何SQL語句都會創建它
特別在運行DML語句時
都是自動創建游標的
不需要開發人員干預
多數應用中
游標的創建是自動的
然而
在預編譯程序(pro*c)中游標的創建
可能是隱含的
也可能顯式的創建
在存儲過程中也是這樣的
第步:分析語句(Parse the Statement) 在語法分析期間
SQL語句從用戶進程傳送到Oracle
SQL語句經語法分析後
SQL語句本身與分析的信息都被裝入到共享SQL區
在該階段中
可以解決許多類型的錯誤
語法分析分別執行下列操作
l 翻譯SQL語句
驗證它是合法的語句
即書寫正確
l 實現數據字典的查找
以驗證是否符合表和列的定義
l 在所要求的對象上獲取語法分析鎖
使得在語句的語法分析過程中不改變這些對象的定義
l 驗證為存取所涉及的模式對象所需的權限是否滿足
l 決定此語句最佳的執行計劃
l 將它裝入共享SQL區
l 對分布的語句來說
把語句的全部或部分路由到包含所涉及數據的遠程節點
以上任何一步出現錯誤
都將導致語句報錯
中止執行
只有在共享池中不存在等價SQL語句的情況下
才對SQL語句作語法分析
在這種情況下
數據庫內核重新為該語句分配新的共享SQL區
並對語句進行語法分析
進行語法分析需要耗費較多的資源
所以要盡量避免進行語法分析
這是優化的技巧之一
語法分析階段包含了不管此語句將執行多少次
而只需分析一次的處理要求
Oracle只對每個SQL語句翻譯一次
在以後再次執行該語句時
只要該語句還在共享SQL區中
就可以避免對該語句重新進行語法分析
也就是此時可以直接使用其對應的執行計劃對數據進行存取
這主要是通過綁定變量(bind variable)實現的
也就是我們常說的共享SQL
後面會給出共享SQL的概念
雖然語法分析驗證了SQL語句的正確性
但語法分析只能識別在SQL語句執行之前所能發現的錯誤(如書寫錯誤
權限不足等)
因此
有些錯誤通過語法分析是抓不到的
例如
在數據轉換中的錯誤或在數據中的錯（如企圖在主鍵中插入重復的值）以及死鎖等均是只有在語句執行階段期間才能遇到和報告的錯誤或情況
查詢語句的處理 查詢與其它類型的SQL語句不同
因為在成功執行後作為結果將返回數據
其它語句只是簡單地返回成功或失敗
而查詢則能返回一行或許多行數據
查詢的結果均采用表格形式
結果行被一次一行或者批量地被檢索出來
從這裡我們可以得知批量的fetch數據可以降低網絡開銷
所以批量的fetch也是優化的技巧之一
有些問題只與查詢處理相關
查詢不僅僅指SELECT語句
同樣也包括在其它SQL語句中的隱含查詢
例如
下面的每個語句都需要把查詢作為它執行的一部分
INSERT INTO table SELECT
UPDATE table SET x = y WHERE
DELETE FROM table WHERE
CREATE table AS SELECT
具體來說
查詢
· 要求讀一致性
· 可能使用回滾段作中間處理
· 可能要求SQL語句處理描述
定義和取數據階段
第步: 描述查詢結果(Describe Results of a Query) 描述階段只有在查詢結果的各個列是未知時才需要
例如
當查詢由用戶交互地輸入需要輸出的列名
在這種情況要用描述階段來決定查詢結果的特征（數據類型
長度和名字）
第步: 定義查詢的輸出數據(Define Output of a Query) 在查詢的定義階段
你指定與查詢出的列值對應的接收變量的位置
大小和數據類型
這樣我們通過接收變量就可以得到查詢結果
如果必要的話
Oracle會自動實現數據類型的轉換
這是將接收變量的類型與對應的列類型相比較決定的
第步: 綁定變量(Bind Any Variables) 此時
Oracle知道了SQL語句的意思
但仍沒有足夠的信息用於執行該語句
Oracle 需要得到在語句中列出的所有變量的值
在該例中
Oracle需要得到對department_id列進行限定的值
得到這個值的過程就叫綁定變量(binding variables)
此過程稱之為將變量值捆綁進來
程序必須指出可以找到該數值的變量名（該變量被稱為捆綁變量
變量名實質上是一個內存地址
相當於指針）
應用的最終用戶可能並沒有發覺他們正在指定捆綁變量
因為Oracle 的程序可能只是簡單地指示他們輸入新的值
其實這一切都在程序中自動做了
因為你指定了變量名
在你再次執行之前無須重新捆綁變量
你可以改變綁定變量的值
而Oracle在每次執行時
僅僅使用內存地址來查找此值
如果Oracle 需要實現自動數據類型轉換的話（除非它們是隱含的或缺省的）
你還必須對每個值指定數據類型和長度
關於這些信息可以參考oracle的相關文檔
如Oracle Call Interface Programmer
s Guide
第步: 並行執行語句(Parallelize the Statement ) ORACLE 可以在SELECTs
INSERTs
UPDATEs
MERGEs
DELETEs語句中執行相應並行查詢操作
對於某些DDL操作
如創建索引
用子查詢創建表
在分區表上的操作
也可以執行並行操作
並行化可以導致多個服務器進程(oracle server processes)為同一個SQL語句工作
使該SQL語句可以快速完成
但是會耗費更多的資源
所以除非很有必要
否則不要使用並行查詢
第步: 執行語句(Run the Statement) 到了現在這個時候
Oracle擁有所有需要的信息與資源
因此可以真正運行SQL語句了
如果該語句為SELECT查詢或INSERT語句
則不需要鎖定任何行
因為沒有數據需要被改變
然而
如果語句為UPDATE或DELETE語句
則該語句影響的所有行都被鎖定
防止該用戶提交或回滾之前
別的用戶對這些數據進行修改
這保證了數據的一致性
對於某些語句
你可以指定執行的次數
這稱為批處理(array processing)
指定執行N次
則綁定變量與定義變量被定義為大小為N的數組的開始位置
這種方法可以減少網絡開銷
也是優化的技巧之一
第步: 取出查詢的行(Fetch Rows of a Query) 在fetch階段
行數據被取出來
每個後續的存取操作檢索結果集中的下一行數據
直到最後一行被取出來
上面提到過
批量的fetch是優化的技巧之一
第步: 關閉游標(Close the Cursor) SQL語句處理的最後一個階段就是關閉游標
DDL語句的處理(DDL Statement Processing) DDL語句的執行不同與DML語句和查詢語句的執行
這是因為DDL語句執行成功後需要對數據字典數據進行修改
對於DDL語句
語句的分析階段實際上包括分析
查找數據字典信息和執行
事務管理語句
會話管理語句
系統管理語句只有分析與執行階段
為了重新執行該語句
會重新分析與執行該語句
事務控制(Control of Transactions) 一般來說
只有使用ORACLE編程接口的應用設計人員才關心操作的類型
並把相關的操作組織在一起
形成一個事務
一般來說
我門必須定義事務
這樣在一個邏輯單元中的所有工作可以同時被提交或回滾
保證了數據的一致性
一個事務應該由邏輯單元中的所有必須部分組成
不應該多一個
也不應該少一個
· 在事務開始和結束的這段時間內
所有被引用表中的數據都應該在一致的狀態(或可以被回溯到一致的狀態)
· 事務應該只包含可以對數據進行一致更改(one consistent change to the data)的SQL語句
例如
在兩個帳號之間的轉帳(這是一個事務或邏輯工作單元)
應該包含從一個帳號中借錢(由一個SQL完成)
然後將借的錢存入另一個帳號(由另一個SQL完成)
這
個操作作為一個邏輯單元
應該同時成功或同時失敗
其它不相關的操作
如向一個帳戶中存錢
不應該包含在這個轉帳事務中
在設計應用時
除了需要決定哪種類型的操作組成一個事務外
還需要決定使用BEGIN_DISCRETE_TRANSACTIO存儲過程是否對提高小的
非分布式的事務的性能有作用
From:http://tw.wingwit.com/Article/program/Oracle/201311/18806.html
