最近考慮到我們的數(shù)據(jù)庫端寫存儲過程關(guān)于臨時(shí)表使用的情況，由于我們現(xiàn)在還不清楚數(shù)據(jù)庫端到底是怎么處理的？是否和SQL Server的處理方式相同，是否會存在隱患等等一些問題，為了避免將來不必要的麻煩我做了深入的研究和查看了一些權(quán)威的資料。 Oracle臨時(shí)表是注重一下： 首先是創(chuàng)建臨時(shí)表的語法： CREATE GLOBAL TEMPORARY TABLE table'(' column datatype [DEFAULT eXPr] [{ NULL NOT NULL}][, column datatype [DEFAULT expr] [ {NULL NOT NULL} ]... ')'ON COMMIT {DELETE PRESERVE } ROWSOracle中的臨時(shí)表有兩種一種是事務(wù)級別的臨時(shí)表它在事務(wù)結(jié)束的時(shí)候自動清空記錄，另一種是會話級的它在我們訪問數(shù)據(jù)庫是的一個(gè)會話結(jié)束后自動的清空。關(guān)于臨時(shí)表多用戶并行不是問題，一個(gè)會話從來不會阻止另一個(gè)會話使用臨時(shí)表。即使“鎖定”臨時(shí)表，一個(gè)會話也不會阻止其他會話使用它們的臨時(shí)表。 假如有在SQL Server或Sybase中使用臨時(shí)表的經(jīng)驗(yàn)，需要主要考慮的不是執(zhí)行select x，y ，z into #temp from some_table 來創(chuàng)建和裝載臨時(shí)表，而是： 1．對于每一個(gè)數(shù)據(jù)庫，創(chuàng)建所有的temp表作為全局臨時(shí)表。這將作為應(yīng)用程序安裝的一部分完成，就像創(chuàng)建永久表一樣。 2．只要在過程中簡單的insert into temp(x,y,z) selelct x,y,z from some_table。 只是理解這點(diǎn)，這里的目的不是運(yùn)行存儲過程創(chuàng)建表。在Oracle中這樣做不是正確的方法。DDL是一種消耗資源非常大的操作，在運(yùn)行時(shí)盡量不要使用，應(yīng)用程序需要的臨時(shí)表應(yīng)在應(yīng)用程序安裝時(shí)創(chuàng)建，而不是在運(yùn)行時(shí)創(chuàng)建。Oracle中的臨時(shí)表和其他數(shù)據(jù)庫的臨時(shí)表是相似的，在每個(gè)數(shù)據(jù)庫中創(chuàng)建臨時(shí)表一次，不必在數(shù)據(jù)庫中的每個(gè)存儲過程中創(chuàng)建一次。臨時(shí)表總是存在的，他們作為對象存在于數(shù)據(jù)字典中，并且總是保持為空，直到有會話在其中放入數(shù)據(jù)。 所有我在這里說明假如我們在存儲過程中建臨時(shí)表，每次都建立一個(gè)那么我的系統(tǒng)隨著用戶的操作調(diào)用此存儲過程，每次多一個(gè)這樣的表，我們在不知不覺中數(shù)據(jù)庫中的表的數(shù)量會越來越多，而我們還不知道會存在很大的隱患的所有說這點(diǎn)不可小視，為了我們的系統(tǒng)能在客戶那里平穩(wěn)、安全的運(yùn)行我們一定要注重這樣的問題。假如不手動Drop 表，臨時(shí)表還是在數(shù)據(jù)字典中存在的。