表是oracle資料庫中最基本的物件之一。萬丈高樓從平地起，這個基礎物件對於資料庫來說，非常重要。因為其設計是否合理，直接跟資料庫的效能相關。從oracle資料庫菜鳥到資料庫專家這個過程中，在表設計與管理上，或多或少，會犯一些錯誤。筆者今天就談談自己在這方面的經驗與教訓，或許能夠給大家一些警示作用。
經驗一：在設計大型資料庫時，把允許null的列放在表的後面。
在資料庫表設計過程中，有些字段要求必須為非空，如表的關鍵字，單據編號字段等等。在資料庫表建立的時候，往往需要把這些字段設定為非空。如此的話，就可以強制使用者輸入資料，以增強資料的一致性。
同時，在一張表中，也會有不少的字段，如員工資訊表中，員工愛好、注釋等字段，就可能允許為空。利用資料庫專業術語來說，這些沒有內容的字段就是「null」字段。
在資料庫表設計的時候，對於這種型別的空字段要特別的留意。一方面，這個null欄位，不是說其裡面儲存的是空格。若利用「』』」這個符號去查詢空字段的記錄的話，往往查不到我們想要的結果。因為在資料庫儲存的時候，若字段為null，則這個值根本沒有儲存。另一方面，正因為上面這種特性，所以，在表設計的時候，最好把允許null的字段放在表的末尾，當資料庫比較大或者空欄位比較多的話，則可以大大的減少資料庫的儲存空間。
另外，在資料庫建立表的時候，是按照列建立的時間來排序的。所以，當某個列建立好之後，除非重新刪除再建立，否則無法調整列的順序。這就要求資料庫管理員在建立表之前，就要對列、以及是否為空有乙個明確的定義。只有如此，才能夠合理安排列的順序。
經驗二：養成勤於寫注釋的習慣。
判斷乙個人是否是資料庫專家，從乙個「注釋」的小習慣中就可以 看得出來。若乙個人在資料庫開發的時候，勤與寫注釋，如在建立表或者欄位的時候，能夠利用comment命令對錶與字段進行注釋，則可以從一定程度上判斷他是這方面的行家。相反，若其開發的資料庫，注釋沒有多少，則基本可以判斷，他是乙個剛入門的菜鳥。或者說，其沒有參加過大型資料庫的設計。
這主要是因為，在資料庫開發過程中，往往不是乙個人可以完成的。如在開發乙個erp資料庫的時候，可能有些人專門負責開發基礎表，而有些人負責維護檢視，等等。大家都是分工合作。同時，在前台也有程式設計師需要呼叫後台的資料庫表與字段。所以，中大型的資料庫與應用系統往往是大家協作的結果。
為此，為了提高表與字段的可讀性，乙個資料庫管理人員開發的**，大家都可以看的懂，就需要給表與字段設定比較詳盡的注釋。在oracle資料庫中，為了給其他夥伴提供有意義的幫助資訊，就可以利用comment命令來描述表、欄位的作用以及一些引用的注意事項。這個小小的命令，可以大大提高表與字段的可讀性，提高資料庫與程式開發團隊的協作性。
經驗三：選擇合適的資料型別與長度。
雖然資料庫系統在處理資料時，某些資料型別是相容的，或者會對相關的資料型別進行自動的轉換。如對於一些日期型別的字段，其也可以賦值給字元型別的字段;整數型的字段跟浮點型的資料型別也是相容的。但是，資料庫設計人員不能因為資料庫系統的這個特性，就放寬了對資料型別的把關。因為有時候，如在基礎資料匯入或者資料成批更新的時候，雖然最後可以成功完成任務。但是，資料庫在這個過程中，需要進行資料型別的轉換，就額外的增加了資料庫的負擔。
另外，在資料庫設計的時候，也需要考慮欄位的長度。若在建立表的時候，字段設計的太長，則會浪費儲存空間。相反，若設計的太短的話，會影響前台系統的使用。所以，資料庫管理員對於欄位的長度，也要引起足夠的重視。
再者，若在建立欄位的時候，不能夠確認字段長度的話，則最好採用變長的資料型別。如以字元型資料型別為例，就有char與varhar2兩種。其中，char字元型別主要用來儲存固定長度的字串，允許的最大長度為2000位元組。若實際儲存的資訊內容不到定義的位數的話，則系統會在這些列值為部新增空格，直到其長度到為止。可見，若採用固定長度字段型別的話，即使資料沒有這麼多，也會占用這麼多的儲存空間。所以，這種方式下，儲存空間的浪費會比較大。後者主要用來儲存可變長度的字元資料。當在varchar2列中插入的資料，如果沒有到其最大位數的話，則資料庫不會在尾部新增空格。從而可以讓空間利用最大化。
所以，在表設計的時候，資料庫管理員要選擇合適的資料型別，並且為其設定合適的長度。
經驗四：確定表需要採用的完整性約束與預設值。
有些資料庫管理員在資料庫設計的時候，喜歡邊設計邊開發。如在設計表的時候，一開始不確定那些欄位要新增約束，哪些字段不能為空，哪些字段需要什麼預設值等等。等到需要的時候，再隨意新增。這種做事方式，往往會給資料庫帶來不穩定的隱患。
如某個資料庫管理人員在建立表的時候，一開始沒有給某個字段設定為預設值。後來前台程式開發人員說需要給這個字段新增某個預設值。但是，此時這個表中已經有了跟系統相關的基礎資料。有了資料的**後，往往不允許再重新設定預設值。否則的話，會給資料庫造成一定的負面影響。
所以，筆者認為，資料庫管理員在建立表之前，需要確定表所需要的完整性。如哪些列作為主鍵;哪些列作為外來鍵;哪些列需要唯一性等等。
經驗五：確定表需要採用的型別。
在oralce資料庫中，儲存使用者資料可以使用標準表、索引表、築表和分割槽表。有時候，基於不用的應用，選擇不同型別的資料表，往往可以大大的提高資料庫的效能，特別是資料查詢的效率。
如在合適的情況下，資料庫管理員可以使用築表節省儲存空間並提高特定型別的sql語句的效能。不過，我們平時利用的比較多的出了基本表之外，就是索引表了。因為索引表在某些特殊的應用下，可以表現出很好的效能。如在索引表中，可以通過溢位儲存功能提高常用列的查詢速度;如果經常需要通過主鍵來查詢整條記錄的話，則利用索引表可以明顯提高查詢效率。當然，索引表也不能夠亂用。若索引表所儲存的資料，變化比較頻繁的話，則採用索引表這種型別的**，反而會事倍功半。
所以，為資料庫表選擇合適的型別，可以大幅度的提高資料庫的效能。當資料庫的記錄數量越大，這種優勢就越明顯。
總之，筆者認為，在oracle資料庫設計中，表的建立雖然是一項基礎工作。但是，有時候對於資料庫的效能，比其他內容影響更加深遠。所以，我們要重視表的設計，從基礎做起，為提公升資料庫的效能而努力。
資料庫表設計時應當建立主外來鍵關係
近期在做乙個小專案，討論到到底要不要在資料庫設計時，建立主外來鍵關係。外來鍵的作用我認為主要有兩個 乙個是讓資料庫自己通過外來鍵來保證資料的完整性和一致性 乙個就是能夠增加er圖的可讀性 我覺得第二點的重要性甚至比第一點還高 有些人認為外來鍵的建立會給開發時運算元據庫帶來很大的麻煩 因為資料庫有時候...
資料庫表設計
在軟體的開發中，資料庫表的設計是十分基礎和重要的工作。資料庫表是軟體具體實現的基石，如果表設計的不合規範就會出現資料冗餘，跟業務脫節等問題，等出現問題後再做大的調整相應的依賴表的編碼測試等工作也會進行大的調整這樣就會造成極大的資源消耗。因此在專案一開始設計表的時候就要注意表設計的規範性問題。資料庫 ...
資料庫表設計
什麼是設計三正規化 1.1 設計表的依據 按照這個三正規化設計的表不會出現資料冗餘 三正規化都有哪些 第一正規化 任何一張表都有乙個主鍵，並且每乙個字段原子性不可以再分 例子不滿足第一正規化 學生標號 學生姓名 001jaden zjl 123.com,13029199039 002haoyue w...