Oracle資料庫表設計時的注意事項

iteye_9089發表於2020-04-07
表是Oracle資料庫中最基本的物件之一。萬丈高樓從平地起,這個基礎物件對於資料庫來說,非常重要。因為其設計是否合理,直接跟資料庫的效能相關。從Oracle資料庫菜鳥到資料庫專家這個過程中,在表設計與管理上,或多或少,會犯一些錯誤。筆者今天就談談自己在這方面的經驗與教訓,或許能夠給大家一些警示作用。
  經驗一:在設計大型資料庫時,把允許NULL的列放在表的後面。

  在資料庫表設計過程中,有些欄位要求必須為非空,如表的關鍵字,單據編號欄位等等。在資料庫表建立的時候,往往需要把這些欄位設定為非空。如此的話,就可以強制使用者輸入資料,以增強資料的一致性。

  同時,在一張表中,也會有不少的欄位,如員工資訊表中,員工愛好、註釋等欄位,就可能允許為空。利用資料庫專業術語來說,這些沒有內容的欄位就是“NULL”欄位。

  在資料庫表設計的時候,對於這種型別的空欄位要特別的留意。一方面,這個NULL欄位,不是說其裡面儲存的是空格。若利用“’’”這個符號去查詢空欄位的記錄的話,往往查不到我們想要的結果。因為在資料庫儲存的時候,若欄位為NULL,則這個值根本沒有儲存。另一方面,正因為上面這種特性,所以,在表設計的時候,最好把允許NULL的欄位放在表的末尾,當資料庫比較大或者空欄位比較多的話,則可以大大的減少資料庫的儲存空間。

  另外,在資料庫建立表的時候,是按照列建立的時間來排序的。所以,當某個列建立好之後,除非重新刪除再建立,否則無法調整列的順序。這就要求資料庫管理員在建立表之前,就要對列、以及是否為空有一個明確的定義。只有如此,才能夠合理安排列的順序。



  經驗二:養成勤於寫註釋的習慣。

  判斷一個人是否是資料庫專家,從一個“註釋”的小習慣中就可以 看得出來。若一個人在資料庫開發的時候,勤與寫註釋,如在建立表或者欄位的時候,能夠利用comment命令對錶與欄位進行註釋,則可以從一定程度上判斷他是這方面的行家。相反,若其開發的資料庫,註釋沒有多少,則基本可以判斷,他是一個剛入門的菜鳥。或者說,其沒有參加過大型資料庫的設計。

  這主要是因為,在資料庫開發過程中,往往不是一個人可以完成的。如在開發一個ERP資料庫的時候,可能有些人專門負責開發基礎表,而有些人負責維護檢視,等等。大家都是分工合作。同時,在前臺也有程式設計師需要呼叫後臺的資料庫表與欄位。所以,中大型的資料庫與應用系統往往是大家協作的結果。

  為此,為了提高表與欄位的可讀性,一個資料庫管理人員開發的表格,大家都可以看的懂,就需要給表與欄位設定比較詳盡的註釋。在Oracle資料庫中,為了給其他夥伴提供有意義的幫助資訊,就可以利用Comment命令來描述表、欄位的作用以及一些引用的注意事項。這個小小的命令,可以大大提高表與欄位的可讀性,提高資料庫與程式開發團隊的協作性。



經驗三:選擇合適的資料型別與長度。

  雖然資料庫系統在處理資料時,某些資料型別是相容的,或者會對相關的資料型別進行自動的轉換。如對於一些日期型別的欄位,其也可以賦值給字元型別的欄位;整數型的欄位跟浮點型的資料型別也是相容的。但是,資料庫設計人員不能因為資料庫系統的這個特性,就放寬了對資料型別的把關。因為有時候,如在基礎資料匯入或者資料成批更新的時候,雖然最後可以成功完成任務。但是,資料庫在這個過程中,需要進行資料型別的轉換,就額外的增加了資料庫的負擔。

  另外,在資料庫設計的時候,也需要考慮欄位的長度。若在建立表的時候,欄位設計的太長,則會浪費儲存空間。相反,若設計的太短的話,會影響前臺系統的使用。所以,資料庫管理員對於欄位的長度,也要引起足夠的重視。

  再者,若在建立欄位的時候,不能夠確認欄位長度的話,則最好採用變長的資料型別。如以字元型資料型別為例,就有CHAR與VARHAR2兩種。其中,CHAR字元型別主要用來儲存固定長度的字串,允許的最大長度為2000位元組。若實際儲存的資訊內容不到定義的位數的話,則系統會在這些列值為部新增空格,直到其長度到為止。可見,若採用固定長度欄位型別的話,即使資料沒有這麼多,也會佔用這麼多的儲存空間。所以,這種方式下,儲存空間的浪費會比較大。後者主要用來儲存可變長度的字元資料。當在VARCHAR2列中插入的資料,如果沒有到其最大位數的話,則資料庫不會在尾部新增空格。從而可以讓空間利用最大化。

  所以,在表設計的時候,資料庫管理員要選擇合適的資料型別,並且為其設定合適的長度。



  經驗四:確定表需要採用的完整性約束與預設值。

  有些資料庫管理員在資料庫設計的時候,喜歡邊設計邊開發。如在設計表的時候,一開始不確定那些欄位要新增約束,哪些欄位不能為空,哪些欄位需要什麼預設值等等。等到需要的時候,再隨意新增。這種做事方式,往往會給資料庫帶來不穩定的隱患。

  如某個資料庫管理人員在建立表的時候,一開始沒有給某個欄位設定為預設值。後來前臺程式開發人員說需要給這個欄位新增某個預設值。但是,此時這個表中已經有了跟系統相關的基礎資料。有了資料的表格後,往往不允許再重新設定預設值。否則的話,會給資料庫造成一定的負面影響。

  所以,筆者認為,資料庫管理員在建立表之前,需要確定表所需要的完整性。如哪些列作為主鍵;哪些列作為外來鍵;哪些列需要唯一性等等。



經驗五:確定表需要採用的型別。

  在Oralce資料庫中,儲存使用者資料可以使用標準表、索引表、築表和分割槽表。有時候,基於不用的應用,選擇不同型別的資料表,往往可以大大的提高資料庫的效能,特別是資料查詢的效率。

  如在合適的情況下,資料庫管理員可以使用築表節省儲存空間並提高特定型別的SQL語句的效能。不過,我們平時利用的比較多的出了基本表之外,就是索引表了。因為索引表在某些特殊的應用下,可以表現出很好的效能。如在索引表中,可以通過溢位儲存功能提高常用列的查詢速度;如果經常需要通過主鍵來查詢整條記錄的話,則利用索引表可以明顯提高查詢效率。當然,索引表也不能夠亂用。若索引表所儲存的資料,變化比較頻繁的話,則採用索引表這種型別的表格,反而會事倍功半。

  所以,為資料庫表選擇合適的型別,可以大幅度的提高資料庫的效能。當資料庫的記錄數量越大,這種優勢就越明顯。

  總之,筆者認為,在Oracle資料庫設計中,表的建立雖然是一項基礎工作。但是,有時候對於資料庫的效能,比其他內容影響更加深遠。所以,我們要重視表的設計,從基礎做起,為提升資料庫的效能而努力。

相關文章