如何為資料庫中的表和列取一個好名字？

其實在資料庫中建立對象時，管理員也要對其進行命名。一些有經驗的資料庫管理員，對其命名也會小心翼翼。既要能夠叫的響亮，又要能夠代表具體的應用情境。有時候對錶等資料庫物件進行命名的時候，可能比維護資料庫還要傷腦筋。筆者對此就有非常深的感受。在資料庫設計的時候，一套命名規則編製下來，腦袋就會覺得很累。不過等大家多編製幾套後，就會掌握其中的規律。熟能生巧，掌握了規律再去取名的話，就會簡單許多。有時候甚至可以信手拿來。筆者這次就跟大家分享一下對資料庫物件進行命名的一些規律。簡單起見，筆者以資料庫物件表為例，談談命名的一些技巧。

一、牢記命名空間

在Oracle資料庫中，跟其他的資料庫不同，有一個叫做命名空間的概念。在同一個命名空間中，其名字不可以重複。如表與視圖就共用同一個命名空間，為此就要求不僅表的名字不能夠相同，而且表的名字與視圖的名字也不能夠相同。因為他們處於同一個命名空間。類似的，表與函數也是同處於一個資料表空間，為此他們也不能夠同名。不過表與索引、表與約束等等卻屬於不同的命名空間。也就是說，表的名字可以與約束的名字相同。所以說，資料庫管理員在給表等對象命名的時候，一定要瞭解哪些對象共用同一個名稱空間。如果在同一個名稱空間內的，即使對象不同(如視圖與表)，但是他們仍然不能夠取相同的名字。

為了避免同一個命名空間內重名的現象，筆者建立在命名的時候最好能夠根據對象的不同加上對象的固有首碼。如大部分的資料庫管理員，在給表取名的時候，一般不會表名前面加上表對象的首碼。但是在定義函數或者視圖對象的時候，則會加上首碼。如在函數前面可能會加上FN的首碼，而在視圖前面可能會加上vi的首碼。如此的話，在同一個命名空間內也不用擔心對象重名的問題。不過無論怎麼說，這個命名空間的概念資料庫管理員必須牢記。即使在實際的工作中，可以通過首碼等手段輕易的避免這個陷阱，但是在Oracle資料庫管理員的認證考試中，這個命名空間也是一個必要的知識點。所以無論從實際的工作還是認證考試的需要，對於這個命名空間管理員都必須要有一個清晰的認識。

二、表名大小寫控制

一般情況下Oracle資料庫中的表名或者列名是不區分大小寫。在建立表或者列的時候，即使管理員採用了小寫名字，資料庫在將其儲存到資料字典之前，會先將其轉換為大寫，再將他們儲存到資料字典中。這也就是為什麼我們命名使用小寫子母命名，但是下次查看錶的名字的時候，卻變成了大寫。

雖然說Oracle資料庫中表與列等資料庫物件對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對錶的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle資料字典中就會成為區分大小寫名字。不過筆者這裡要提醒各位元據庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這麼做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使使用者或者資料庫管理員有著過目不忘的本領，也很難準確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這麼做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。

這個雙引號不僅可以用來控制大小寫，還有一個比較特殊的作用，就是用引用一些特殊的字元。如在建立表格的時候，需要設定一個名牌號的欄位。有些資料庫管理員習慣使用num#類似的名稱。這不會違反資料庫的命名規則。不過在處理的時候會比較麻煩。如利用create語句建立表格的時候，需要給這個欄位名稱加上雙引號。否則的話，執行這條語句的時候，資料庫會拒絕執行並向使用者提示錯誤資訊。類似的特殊符號還包括一個$貨幣符號。他們在建立表格的時候，在語句中都需要使用雙引號。不過欄位建立好之後，在引用這些對象的時候，不需要使用雙引號了。同理，雖然Oracle資料庫支援這些特殊符號，但是筆者不鼓勵資料庫管理員在表或者列的命名中採取這些特殊的符號。這有可能給後續的引用帶來不必要的麻煩。

三、在表、索引、約束、列之間設定密切的聯絡

在建立表的同時，可以給表中的某些列添加索引、約束等等。如在員工資訊表中，會設定員工編號唯一性限制式。在建立約束的時候，也需要對約束進行命名。雖然說也約束與表、列不屬於同一個命名空間，所以在取名的時候基本上沒有限制。但是為了後續使用的方便，筆者對約束的命名還有一個小小的建議。簡單的說，就是給一個與表直接有關的其他對象具有該表的名字是一種好的做法。如現在有一張使用者表名字叫做ad_user(在表名前面一般不加對象名，但是可以根據應用軟體的模組設計加上模組的首碼)，這種表中有一個欄位叫做叫做vlaue，用來儲存員工的編號。在表設計的時候，需要給這個欄位加一個索引。那麼這個索引的名字就可以取名為IDX_USER_VALUE(也就是索引首碼+表名+欄位名的形式)。這麼做有什麼好處呢?一是可以確保相關對象的名字不會重複。因為表的名字不會重複，所以將表的名字與列的名字一起組成某個對象的名字，那麼其重複的幾率可以說基本上沒有。二是方便管理員閱讀、理解、維護等等。一看到索引或者約束對象的名字時，就可以看到這個是索引或者約束是用在哪個表的那個欄位上的。而且也可以知道這個約束是唯一性限制式還是檢查約束;索引時主鍵索引還是外鍵索引。給資料庫管理員一目瞭然的感覺。這對於後續的維護、升級、調整、引用等等都提供了方便。

雖然說Oracle資料庫中表與列等資料庫物件對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對錶的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle資料字典中就會成為區分大小寫名字。不過筆者這裡要提醒各位元據庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這麼做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使使用者或者資料庫管理員有著過目不忘的本領，也很難準確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這麼做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。

這個雙引號不僅可以用來控制大小寫，還有一個比較特殊的作用，就是用引用一些特殊的字元。如在建立表格的時候，需要設定一個名牌號的欄位。有些資料庫管理員習慣使用num#類似的名稱。這不會違反資料庫的命名規則。不過在處理的時候會比較麻煩。如利用create語句建立表格的時候，需要給這個欄位名稱加上雙引號。否則的話，執行這條語句的時候，資料庫會拒絕執行並向使用者提示錯誤資訊。類似的特殊符號還包括一個$貨幣符號。他們在建立表格的時候，在語句中都需要使用雙引號。不過欄位建立好之後，在引用這些對象的時候，不需要使用雙引號了。同理，雖然Oracle資料庫支援這些特殊符號，但是筆者不鼓勵資料庫管理員在表或者列的命名中採取這些特殊的符號。這有可能給後續的引用帶來不必要的麻煩。

三、在表、索引、約束、列之間設定密切的聯絡

在建立表的同時，可以給表中的某些列添加索引、約束等等。如在員工資訊表中，會設定員工編號唯一性限制式。在建立約束的時候，也需要對約束進行命名。雖然說也約束與表、列不屬於同一個命名空間，所以在取名的時候基本上沒有限制。但是為了後續使用的方便，筆者對約束的命名還有一個小小的建議。簡單的說，就是給一個與表直接有關的其他對象具有該表的名字是一種好的做法。如現在有一張使用者表名字叫做ad_user(在表名前面一般不加對象名，但是可以根據應用軟體的模組設計加上模組的首碼)，這種表中有一個欄位叫做叫做vlaue，用來儲存員工的編號。在表設計的時候，需要給這個欄位加一個索引。那麼這個索引的名字就可以取名為IDX_USER_VALUE(也就是索引首碼+表名+欄位名的形式)。這麼做有什麼好處呢?一是可以確保相關對象的名字不會重複。因為表的名字不會重複，所以將表的名字與列的名字一起組成某個對象的名字，那麼其重複的幾率可以說基本上沒有。二是方便管理員閱讀、理解、維護等等。一看到索引或者約束對象的名字時，就可以看到這個是索引或者約束是用在哪個表的那個欄位上的。而且也可以知道這個約束是唯一性限制式還是檢查約束;索引時主鍵索引還是外鍵索引。給資料庫管理員一目瞭然的感覺。這對於後續的維護、升級、調整、引用等等都提供了方便。

• Oracle建立表和索引
• oracle重建索引的實現
• 全面解析Oracle檔案系統
• ORACLE系統資料表和資料字典視圖
• 深度解析Oracle ERP系統模組