表空間

典型應用一：控制用戶所佔用的表空間配額。

在一些大型的資料庫應用中，我們需要控制某個用戶或者某一組用戶其所佔用的磁碟空間。這就好像在文件伺服器中，需要為每個用戶設置磁碟配額一樣，以防止硬碟空間耗竭。所以，在資料庫中，我們也需要限制用戶所可以使用的磁碟空間大小。為了達到這個目的，我們就可以通過表空間來實現。

我們可以在Oracle資料庫中，建立不同的表空間，為其設置最大的存儲容量，然後把用戶歸屬於這個表空間。如此的話，這個用戶的存儲容量，就受到這個表空間大小的限制。

典型應用二：控制資料庫所佔用的磁碟空間。

有時候，在Oracle資料庫伺服器運行過程中，可能運行不止一個服務。除了資料庫伺服器外，可能還有郵件伺服器等應用系統伺服器。為此，就需要先對Oracle資料庫的磁碟空間作個規劃，否則，當多個應用程序服務所佔用的磁碟空間都無限增加時，最後可能導致各個服務都因為硬碟空間的耗竭而停止。所以，在同一台伺服器上使用多個應用程序服務時，我們需要先為各個應用服務規劃分配磁碟空間，各服務的磁碟空間都不能夠超過我們分配的最大限額，或者超過後及時地提醒我們。只有這樣，才能夠避免因為磁碟空間的耗竭而導致各種應用服務的崩潰。

典型應用三：靈活放置表空間，提高資料庫的輸入輸出性能。

資料庫管理員還可以將不同類型的數據放置到不同的表空間中，這樣可以明顯提高資料庫輸入輸出性能，有利於數據的備份與恢復等管理工作。因為我們資料庫管理員在備份或者恢複數據的時候，可以按表空間來備份數據。如在設計一個大型的分銷系統後台資料庫的時候，我們可以按省份建立表空間。與浙江省相關的數據文件放置在浙江省的表空間中，北京發生業務記錄，則記錄在北京這個表空間中。如此，當浙江省的業務數據出現錯誤的時候，則直接還原浙江省的表空間即可。很明顯，這樣設計，當某個表空間中的數據出現錯誤需要恢復的時候，可以避免對其他表空間的影響。

另外，還可以對錶空間進行獨立備份。當資料庫容量比較大的時候，若一下子對整個資料庫進行備份，顯然會佔用比較多的時間。雖然說Oracle資料庫支持熱備份，但是在備份期間，會佔用比較多的系統資源，從而造成資料庫性能的下降。為此，當資料庫容量比較大的時候，我們就需要進行設置多個表空間，然後規劃各個表空間的備份時間，從而可以提高整個資料庫的備份效率，降低備份對於資料庫正常運行的影響。

典型應用四：大表的排序操作。

我們都知道，當表中的記錄比較多的時候，對他們進行查詢，速度會比較慢。第一次查詢成功后，若再對其進行第二次重新排序，仍然需要這麼多的時間。為此，我們在資料庫設計的時候，針對這種容量比較大的表對象，往往把它放在一個獨立的表空間，以提高資料庫的性能。

典型應用五：日誌文件與數據文件分開放，提高資料庫安全性。

默認情況下，日誌文件與數據文件存放在同一表空間。但是，這對於資料庫安全方面來說，不是很好。所以，我們在資料庫設計的過程中，往往喜歡把日誌文件，特別是重要日誌文件，放在一個獨立的表空間中，然後把它存放在另外一塊硬碟上。如此的話，當存放數據文件的硬碟出現故障時，能夠馬上通過存放在另一個表空間的重做日誌文件，對資料庫進行修復，以減少企業因為數據丟失所帶來的損失。

當然，表空間的優勢還不僅僅這些，企業對於資料庫的性能要求越高，或者資料庫容量越大，則表空間的優勢就會越大。

建立表空間與建立用戶的順序關係

在資料庫設計的時候，我們建議資料庫管理員按如下順序設置表空間。

第一步：建立表空間。

在設計資料庫的時候，首先需要設計表空間。我們需要考慮，是只建立一個表空間呢，還是需要建立多個表空間，以及各個表空間的存放位置、磁碟限額等等。

到底設計多少個表空間合理，沒有統一的說法，這主要根據企業的實際需求去判斷。如企業需要對用戶進行磁碟限額控制的，則就需要根據用戶的數量來設置表空間。當企業的數據容量比較大，而其又對資料庫的性能有比較高的要求時，就需要根據不同類型的數據，設置不同的表空間，以提高其輸入輸出性能。

第二步：建立用戶，並制定用戶的默認表空間。

在建立用戶的時候，我們建議資料庫管理員要指定用戶的默認表空間。因為我們在利用CREATE語句創建資料庫對象，如資料庫表的時候，其默認是存儲在資料庫的當前默認空間。若不指定用戶默認表空間的話，則用戶每次創建資料庫對象的時候，都要指定表空間，顯然，這不是很合理。

另外要注意，不同的表空間有不同的許可權控制。用戶對於表空間A具有完全控制許可權，可能對於表空間B就只有查詢許可權，甚至連連接的許可權的都沒有。所以，合理為用戶配置表空間的訪問許可權，也是提高資料庫安全性的一個方法。