臨時表與正式表的區別

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

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

　　Oracle數據庫根據臨時表的性質不一樣，能夠分爲事務臨時表與會話臨時表。事務臨時表是指數據只有在當前事務內有效。通常狀況下，若是在建立數據表的時候，沒有特殊指明這表是會話臨時表的話，則該表默認爲事務臨時表。

　　咱們能夠如下面的語句建立事務臨時表。


　　Create global temporary table Temp_user 
　　(ID NUMBER(12) Primary key,name varchar2(10)); 


　　筆者建議：

　　這個建立臨時表的語句中，雖然沒有顯性的指明該表是事務臨時表，可是，默認的狀況下，若沒有指明是什麼臨時表的話，系統默認是事務臨時表。咱們要建立事務臨時表時，能夠不指定關鍵字。可是，這查看起來比較麻煩。我建議，不管在創建什麼臨時表，都要利用具體的關鍵字來顯形的指明，這你們看起來都方便。通常能夠利用ON COMMIT DELETE ROWS關鍵字來講明該表就是事務性的臨時表，而不是會話性質的臨時表。

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

　　事務臨時表的話，當事務結束的時候，就會清空這個事務臨時表。因此，當咱們在數據庫臨時表中插入數據後，只要事務沒有提交的話，該表中的數據就會存在。可是，當事務提交之後，該表中的數據就會被刪除。並且，這個變化不會在重作日誌中顯示。

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

　　二、 會話臨時表的管理。

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

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


　　CREATE GLOBAL TEMPOPARY TABLE TEMP_USER 
　　(ID NUMBER(12) Primary key,name varchar2(10)) 
　　ON COMMIT PRESERVE ROWS; 


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

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


　Insert into TEMP_USER values(1001,’victor’); 


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

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

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

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

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

　　三、 臨時表管理須要注意的地方。

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

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

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

　　三是臨時表表空間的管理。臨時表在Oracle數據庫中，也是表的一種，其也有對應的表空間。在建立臨時表的時候，若咱們不指定表空間的話，默認的表空間是SYSTEM。對於臨時表的表空間管理的話，咱們須要注意一個小的細節。若咱們把臨時表的表空間歸屬爲SYSTEM的話，也就是說，在建立臨時表的時候不具體指定具體的表空間，則這個默認的表空間是不能被刪除的。而若咱們在建立臨時表表空間的時候，指定爲SYSTEM之外的表空間的話，則在不須要這表空間的時候，咱們能夠刪除。因此，爲了後續管理的方便，筆者仍是建議你們在建立臨時表的時候，要指定表空間。

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

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

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