最近考慮到我們的數(shù)據(jù)庫(kù)端寫存儲(chǔ)過(guò)程關(guān)于臨時(shí)表使用的情況，由于我們現(xiàn)在還不清楚數(shù)據(jù)庫(kù)端到底是怎么處理的？是否和SQL Server的處理方式相同，是否會(huì)存在隱患等等一些問(wèn)題，為了避免將來(lái)不必要的麻煩我做了深入的研究和查看了一些權(quán)威的資料。

Oracle臨時(shí)表是注意一下：

首先是創(chuàng)建臨時(shí)表的語(yǔ)法：

CREATE GLOBAL TEMPORARY TABLE table

"(" column datatype [DEFAULT expr] [{ NULL | NOT NULL}]

[, column datatype [DEFAULT expr] [ {NULL | NOT NULL} ]... ")"

ON COMMIT {DELETE | PRESERVE } ROWS

Oracle中的臨時(shí)表有兩種一種是事務(wù)級(jí)別的臨時(shí)表它在事務(wù)結(jié)束的時(shí)候自動(dòng)清空記錄，另一種是會(huì)話級(jí)的它在我們?cè)L問(wèn)數(shù)據(jù)庫(kù)是的一個(gè)會(huì)話結(jié)束后自動(dòng) 的清空。關(guān)于臨時(shí)表多用戶并行不是問(wèn)題，一個(gè)會(huì)話從來(lái)不會(huì)阻止另一個(gè)會(huì)話使用臨時(shí)表。即使“鎖定”臨時(shí)表，一個(gè)會(huì)話也不會(huì)阻止其他會(huì)話使用它們的臨時(shí)表。

如果有在SQL Server或Sybase中使用臨時(shí)表的經(jīng)驗(yàn)，需要主要考慮的不是執(zhí)行select x，y ，z into #temp from some_table 來(lái)創(chuàng)建和裝載臨時(shí)表，而是：

1．對(duì)于每一個(gè)數(shù)據(jù)庫(kù)，創(chuàng)建所有的temp表作為全局臨時(shí)表。這將作為應(yīng)用程序安裝的一部分完成，就像創(chuàng)建永久表一樣。

2．只要在過(guò)程中簡(jiǎn)單的insert into temp(x,y,z) selelct x,y,z from some_table。

只是理解這點(diǎn)，這里的目的不是運(yùn)行存儲(chǔ)過(guò)程創(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ù)庫(kù)的臨時(shí)表是相似的，在每個(gè)數(shù)據(jù)庫(kù)中創(chuàng)建臨時(shí)表 一次，不必在數(shù)據(jù)庫(kù)中的每個(gè)存儲(chǔ)過(guò)程中創(chuàng)建一次。臨時(shí)表總是存在的，他們作為對(duì)象存在于數(shù)據(jù)字典中，并且總是保持為空，直到有會(huì)話在其中放入數(shù)據(jù)。

所有我在這里說(shuō)明如果我們?cè)诖鎯?chǔ)過(guò)程中建臨時(shí)表，每次都建立一個(gè)那么我的系統(tǒng)隨著用戶的操作調(diào)用此存儲(chǔ)過(guò)程，每次多一個(gè)這樣的表，我們?cè)诓恢挥X(jué)中 數(shù)據(jù)庫(kù)中的表的數(shù)量會(huì)越來(lái)越多，而我們還不知道會(huì)存在很大的隱患的所有說(shuō)這點(diǎn)不可小視，為了我們的系統(tǒng)能在客戶那里平穩(wěn)、安全的運(yùn)行我們一定要注意這樣的 問(wèn)題。如果不手動(dòng)Drop 表，臨時(shí)表還是在數(shù)據(jù)字典中存在的。

更多信息請(qǐng)查看IT技術(shù)專欄