三招讓Oracle表列管理更加簡單____Oracle

Oracle資料庫是目前為止最複雜的一個資料庫之一。也正是這種複雜性，讓Oracle資料庫能夠面對企業各種各樣的需求。不過大部分時候，資料庫管理員掌握一些技巧，可以讓資料庫維護工作變得簡單。筆者這裡就以Oracle資料庫中表列的管理為例，談談這方面的問題。

　　一、 把列設定為UNUSED狀態，代替刪除。

　　當資料庫部署完成之後，即使在資料庫使用過程中，資料庫管理員仍然可以對資料庫的表進行維護，如刪除列等等。刪除列將刪除表中每條記錄的相應列的值，同時釋放其所佔用的儲存空間。所以如果要刪除一個大表中的列時，由於其必須對每條記錄都進行相應的處理，為此這個刪除列的操作會佔用比較長的時間。如有個資料庫管理員一次在設計一個人員管理系統時，一開始是把人員的住址跟人員資訊表放置同一個表中。可是後來證明這個設計是錯誤的。一方面因為人員住址的欄位比較長，而且有些由於住址難以確定，這個欄位還是空的。另一方面，一個人員其可能住址變更了好幾次，而出於管理的需要，又要儲存起以前的住址資訊。為此最後一個人員可能同時對應多個住址資訊。所以後來資料庫管理員調整了設計，另外建立了一張表，然後利用人員編號把它們關聯起來。由於那時表中的紀錄已經比較多了，如果要刪除列的話，那麼可能這個刪除作業需要執行時間比較長。

　　為了避免在資料庫使用高峰期間由於執行刪除列的操作而佔用過多的系統資源(而且時間比較長)，為此筆者建議不要馬上採用DROP關鍵字來刪除列。而可以先用UNUSED關鍵字把某個列設定為不活躍狀態。如可以利用命令ALTER TABLE ADRESS SET UNUSED，把某個列設定為不活躍。如此設定之後，從使用者的角度來看，被設定為UNUSED狀態的列於被直接刪除的列之間是沒有任何區別的。使用者無法通過查詢或者在資料字典中看到這些列。而且即使在表中，也可以插入相同列名的列。簡單的說，對於使用者來說，這個設定為UNUSED的列就好像刪除了一樣。但是從資料庫角度來說，在是不一樣的。其這個列只是別設定為UNUNSED列，但是在資料庫中仍然是存在的。也就是說，這個列所佔用的儲存空間沒有被釋放。為此即使在資料庫啟動並執行高峰時期，為列加入這個標記也不會佔用多少的時間和系統資源。

　　為此，筆者的意見是，當資料庫比較繁忙時而且資料庫表中的紀錄又比較多，則可以不從物理上刪除這個列，而先把這個列標記為UNUSED狀態。這可以減少因為刪除列而給資料庫正常使用帶來的負面影響。雖然這要犧牲一點硬碟空間，可是現在硬碟便宜。為了資料庫的效能，犧牲這點硬碟空間是值得的。等到資料庫比較空的時候，再把這些列刪除即可。這對於使用者來說，是不會受到任何影響的。這隻是在技術處理上的問題。

　　為了便於管理這些UNUSED列，在Oracle資料庫中還提供了一張視圖(這張視圖的名字為USER_UNUSED_COL_TABS)，協助資料庫管理員來管理這些列。通過查詢這張視圖，資料庫管理員可以瞭解資料庫哪些表中存在UNUSED列。然後資料庫管理員可以根據實際情況，一個月或者一年來清除一下。這不僅可以提高資料庫的運行效率，而且也不會因為刪除列的操作影響到使用者的正常使用。

　　二、 給列表添加相關的注釋。

　　俗話說，好記性不如爛筆頭。在資料庫設計的時候，給表或者列添加一些必要的注釋，可以提高其可讀性，也有利於後續的維護與升級。像筆者這種專業的資料庫設計與開發人員，往往一個人需要負責很多項目，即同時要負責多個企業的資料庫軟體。當項目數量一多，一年後可能就不知道某個資料庫的某張表到底用來做什麼用途。即使採用了比較合適的表名字編碼或者列名字編碼規則，但是憑藉這些簡單的代碼，仍然不能夠直觀的反應出這些代碼的含義。為此，在必要的時候，我們往往需要給表或者列添加相關的注釋，方便後續對其進行維護與升級。

　　為了實現這個目的，我們可以利用COMMENT關鍵字。如COMMENT ON TABLE 表名 IS ‘注釋內容’即可。在使用這個命令的時候需要注意的是，注釋中的內容必須利用單引號括起來，而不是使用雙引號。因為如果注釋中含有特殊字元的話，如單引號、萬用字元等等，最好能夠採用其他的字元代替。如果非要用這些字元的話，那麼就需要採用逸出字元，讓資料庫系統認為這是普通的字元。通常情況下，注釋的內容可以多大4000個位元組，足夠資料庫管理員用來表述表的用途。另外在注釋的內容中可以包含標點符號、空白字元、特殊字元(不建議使用)等等。而且還可以跨越多個物理行，以提高可讀性等等。不過雖然其提供了長達4000個位元組的說明，但是資料庫管理員在寫注釋的時候，最好能夠短話短說。不然的話，以後要花大量的時間來讀這些備忘的內容，可不是一件好差事。未必筆者認為，在寫這個表注釋的時候，最好能夠點到為止，而不要想寫項目說明書那樣寫的面面俱到。

　　除了給表添加註釋外，在Oracle資料庫中還可以給列添加註釋。這個添加的方法跟上面的類似，只需要把關鍵字ON TABLE更改為ON COLUMN 即可。當有多個人共同開發一個資料庫時，最好能夠在表或者列中添加必要的注釋。即使不在這裡添加說明，那麼在獨立的設計文檔中，也需要進行詳細的說明。一般情況下，筆者認為需要說明如下內容。一是建立者(誰建立的或者誰更新的);二是建立的時間(什麼時候建立或者什麼時候更新的);三是需要註明建立或者更新的目的;四是要註明這個列的一些約束條件。另外需要注意的是，如果後來有人更新這個表或者列的時候，如調整某個欄位的大小，最好不要把原先的注釋覆蓋掉。而是直接在原有的注釋後面加入新的注釋。這些措施有利於後續的維護以及資料庫的升級。

　　三、 重新組織表。

　　有時候出於改善資料庫表的效能等目的出發，需要對Oralce資料庫的表進行重新組織。如在Oracle資料庫中，如果對錶進行頻繁的DML操作，會使得這個表產生比較多的空間片段與行遷移，從而給資料庫的效能帶來負面影響。這種情況在一些事務型的資料庫中是比較常見的。此時就需要重新組織表，如可以將移動一個位置，從而減少片段，提高資料庫的效能。

　　大部分情況下，筆者都是利用ALTER TABLE MOVE語句來重新組織表。如可以利用這條語句，將某個表移動到同一個資料表空間的新資料區段中。移動以後這對於使用者來說是沒有任何影響的。但是卻可以重建表的儲存結構，從而減少片段，最佳化效能。當然，也可以利用這個語句把現有的表移動到其他的資料表空間中去。不過在使用這個語句的時候，資料庫管理員還是需要注意幾個限制。

　　一是在使用這條語句中要注意有足夠的空閑空間;如果在同一個資料表空間進行移動的話，則需要主要資料表空間能夠容納這個資料。這注意是因為，這個操作就好像是兩個操作結合而完成的一項操作。其首先將這個表複製到指定的位置，然後再刪除原來的表。也就是說，直到表被完全移到新的資料區段中之後，資料庫才會刪除原來的資料區段。所以這個空閑空間一定要保證，否則的話，就可能導致這個作業無法順利完成。

　　二是在利用這個語句重新組織表的過程中，原表的ROWID會發生改變。而這個值改變後最大的影響就會使得表中的索引失效。為此在使用這個語句重新組織表之後，就需要對此表重建立立索引。這也就是說，在短時間內使用者使用這個表會受到一定的影響。為此在執行這個操作的時候，最好能夠選擇資料庫比較閒置時候。如果在執行這個語句時能夠暫時中斷使用者的串連，那時最好的。

　　資料庫管理員可以通過資料字典來查詢儲存空間的片段狀態。如果片段確實比較多的話，在筆者推薦使用這個語句來重新組織表，以減少片段空間。如果整個資料庫儲存空間中都分布著大量的片段，而不是個別表的問題，那麼就需要採用資料泵工具來重新組織全部的表，在最大程度上減少片段。