Oracle數據庫臨時表管理技巧

我們在創建數據表的時候，若沒有特殊的指明，那麼我們創建的表是一個永久的關係型表格，也就是說，這個表格中對應的數據，除非是我們顯示的刪除的話，表中的數據是永遠都存在的。相對應的，在Oracle數據庫中還有一種類型的表，叫做臨時表。這個臨時表跟永久表最大的區別就是表中的數據不會永遠的存在。當一個會話結束或者事務結束的時候，這個臨時表中的數據，不用用戶自己刪除，數據庫自己會自動清除。

　　1、 事務臨時表的管理。

(1) 事務臨時表的創建。

Oracle數據庫根據臨時表的性質不同，可以分爲事務臨時表與會話臨時表。事務臨時表是指數據只有在當前事務內有效。一般情況下，如果在創建數據表的時候，沒有特殊指明這表是會話臨時表的話，則該表默認爲事務臨時表。

我們可以以下面的語句創建事務臨時表。

筆者建議：

這個創建臨時表的語句中，雖然沒有顯性的指明該表是事務臨時表，但是，默認的情況下，若沒有指明是什麼臨時表的話，系統默認是事務臨時表。我們要創建事務臨時表時，可以不指定關鍵字。但是，這查看起來比較麻煩。我建議，無論在建立什麼臨時表，都要利用具體的關鍵字來顯形的指明，這大家看起來都方便。一般可以利用ON COMMIT DELETE ROWS關鍵字來說明該表就是事務性的臨時表，而不是會話性質的臨時表。

(2) 事務臨時表數據的變化分析。

事務臨時表的話，當事務結束的時候，就會清空這個事務臨時表。所以，當我們在數據庫臨時表中插入數據後，只要事務沒有提交的.話，該表中的數據就會存在。但是，當事務提交以後，該表中的數據就會被刪除。而且，這個變化不會在重做日誌中顯示。

具體事務臨時表與會話臨時表有什麼區別，我們在介紹完會話臨時表後會詳細介紹。

　　2、 會話臨時表的管理。

會話臨時表，顧名思義，是指數據只在當前會話內有效的臨時表。關閉當前會話或者進行新的連接之後，數據表中的內容就會被清除。那會話臨時表跟事務臨時表到底有什麼區別呢?我們以一個實例來看其中的區別。

(1) 首先，創建一個會話臨時表。

也就是說，會話臨時表跟事務臨時表的創建語法大致相同，只有最後的關鍵字有區別。不過兩個表雖然類似，但是其內部的處理機制還是有比較大的區別。

(2) 往該表中插入數據。

往數據庫臨時表中插入數據的方法，跟往普通表中插入數據的方法是一樣的，都利用insert into語句進行操作。該臨時表的數據在會話結束之前都是存在這個表格中的。

(3) 提交該事務並查詢相關記錄。

我們利用COMMIT的語句把該事務提交以後，再用SELECT查詢語句進行查詢。我們知道，若該表是事務臨時表的話，則當該事務結束以後，該表中的內容就會被刪除。但是，這是會話臨時表，所以即使該事務提交了，但是，利用SELECT語句進行查詢時，仍然可以查到該條員工記錄。

(4) 結束當前會話，並重新連接數據庫。

關閉當前會話，從新連接到數據庫後，再利用SELECT語句查詢時，會有什麼結果呢?此時，就查不到我們剛纔插入的數據。這也就是說，在關閉對話的時候，數據庫系統已經把原有的數據刪除了。從以上的分析我們可以看中，會話臨時表與事務臨時表主要的差異就在於刪除數據時機的不同。事務性臨時表是在事務提交的時候清除數據，而會話性臨時表則是在關閉當前會話的時候清除臨時表。只要當前會話沒有關閉，即使事務完成了，會話臨時表中的數據仍然存在，不會被清除。

　　3、 臨時表管理需要注意的地方。

臨時表相對與其他表來說，是一種比較特殊的表結構，但是，作用又比較大，Oracle數據庫若沒有這種表的話，還真是不行。爲了管理好這種特殊的表，我們需要注意幾個細節。

一是要注意臨時表不能永久的保存數據。只所以稱爲臨時表，就是因爲該表中的內容只是臨時存在的。當一個會話或者事務結束時，該表中的內容就會被自動清空。所以，在臨時表中，一般不要保存永久數據。在實務中，有個不好的操作習慣，就是有些人在測試數據庫的時候，喜歡把測試的數據放在臨時數據表中。其實，這是對Oralce臨時數據表認識的錯誤。若我們在數據庫中，把要測試的數據，如銷售定單的內容放在數據庫的臨時表中的話，則在其他功能中，如要測試銷售定單日報表的功能時，就會找不到相關的定單內容。因爲離開特定的會話或者事務的話，臨時表中的內容就會不存在了。所以，Oralce數據庫中所講的臨時表不是給我們來存儲測試數據的。

二是臨時表中的數據不會備份、恢復，對其的修改也不會有任何的日誌信息。若我們在操作數據庫的時候，往數據庫的臨時表中存入了一些信息。此時突然服務器出現當機。此時，我們想通過數據庫備份文件恢復數據庫臨時表中的內容，或者查看臨時表的日誌信息，都是無法實現的。也就是說，當服務器以外死機重新啓動後，臨時表中的內容就會被清空。在數據庫的任何地方，如數據庫備份文件或者日誌信息中，都查不到在重新啓動之前數據庫臨時表中保存了哪些內容，就好象根本沒有對臨時表進行操作一樣。

三是臨時表表空間的管理。臨時表在Oracle數據庫中，也是表的一種，其也有對應的表空間。在創建臨時表的時候，若我們不指定表空間的話，默認的表空間是SYSTEM。對於臨時表的表空間管理的話，我們需要注意一個小的細節。若我們把臨時表的表空間歸屬爲SYSTEM的話，也就是說，在創建臨時表的時候不具體指定具體的表空間，則這個默認的表空間是不能被刪除的。而若我們在創建臨時表表空間的時候，指定爲SYSTEM以外的表空間的話，則在不需要這表空間的時候，我們可以刪除。所以，爲了後續管理的方便，筆者還是建議大家在創建臨時表的時候，要指定表空間。

四是要注意一個問題，臨時表只是數據是臨時的，而表仍然是永久的。也就是說，當一個會話結束或者一個事務完成時，其臨時表中的數據雖然刪除了，但是，臨時表本身仍然是存在的。也就是說。Oracle數據庫中的臨時表表是全局的，只是數據是臨時的。這跟SQL Server數據庫系統具有比較大的區別。其實，這兩個數據庫在臨時表的處理上有很大的不同，各有各的特色。在以後的文章中，我會專門敘述這兩種數據庫在臨時表管理機制上的不同，歡迎大家關注。

五是要注意Oracle數據庫在給臨時表填入數據的時候，不會對相應的記錄加鎖。也就是說，當在臨時表上執行DML語句的操作時，不會給記錄加鎖，也不會將數據的變化內容寫到重做(REDO)日誌中。所以不能用臨時表保存永久的數據，也不能對臨時表進行共同的操作。這是新手在管理數據庫臨時表經常會碰到的問題。

六是臨時表與普通表之間不能相互轉換。在一般情況下，臨時表建立後，該表就不能被轉換成永久表。所以，這也說明一個道理，利用臨時表作爲數據庫設計時候的測試表不合適。這個臨時表可能跟我們按字面意思理解的臨時表有誤，不是我們所認爲的爲了測試表結構而建立的臨時表。這一點是我們在剛開始接觸ORACLE數據庫時，經常會犯的錯誤。