『壹』 如何為資料庫取名
在資料庫中創建對象時，管理員也要對其進行取名。現在談談取名的一些技巧。 一、表名大小寫的控制 一般情況下Oracle資料庫中的表名或者列名是不區分大小寫的。在創建表或者列的時候，即使管理員採用了小寫的名字，資料庫在將其保存到數據字典之前，會先將其轉換為大寫，再將他們保存到數據字典中。這也就是為什麼我們取名使用小寫的子母取名，但是下次查看錶的名字的時候，卻變成了大寫。 雖然說Oracle資料庫中表與列等資料庫對象對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對表的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle數據字典中就會成為區分大小寫的名字。不過筆者這里要提醒各位資料庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這么做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使用戶或者資料庫管理員有著過目不忘的本領，也很難准確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這么做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫的控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。 這個雙引號不僅可以用來控制大小寫，還有一個比較特殊的作用，就是用引用一些特殊的字元。如在建立表格的時候，需要設置一個名牌號的欄位。有些資料庫管理員習慣使用num#類似的名稱。這不會違反資料庫的取名規則。不過在處理的時候會比較麻煩。如利用create語句建立表格的時候，需要給這個欄位名稱加上雙引號。否則的話，執行這條語句的時候，資料庫會拒絕執行並向用戶提示錯誤信息。類似的特殊符號還包括一個$美元符號。他們在建立表格的時候，在語句中都需要使用雙引號。不過欄位建立好之後，在引用這些對象的時候，不需要使用雙引號了。同理，雖然Oracle資料庫支持這些特殊符號，但是筆者不鼓勵資料庫管理員在表或者列的取名中採取這些特殊的符號。這有可能給後續的引用帶來不必要的麻煩。 二、牢記取名空間 在Oracle資料庫中，跟其他的資料庫不同，有一個叫做取名空間的概念。在同一個取名空間中，其名字不可以重復。如表與視圖就共享同一個取名空間，為此就要求不僅表的名字不能夠相同，而且表的名字與視圖的名字也不能夠相同。因為他們處於同一個取名空間。類似的，表與函數也是同處於一個表空間，為此他們也不能夠同名。不過表與索引、表與約束等等卻屬於不同的取名空間。也就是說，表的名字可以與約束的名字相同。所以說，資料庫管理員在給表等對象取名的時候，一定要了解哪些對象共享同一個名稱空間。如果在同一個名稱空間內的，即使對象不同(如視圖與表)，但是他們仍然不能夠取相同的名字。 為了避免同一個取名空間內重名的現象，筆者建立在取名的時候最好能夠根據對象的不同加上對象的固有前綴。如大部分的資料庫管理員，在給表取名的時候，一般不會表名前面加上表對象的前綴。但是在定義函數或者視圖對象的時候，則會加上前綴。如在函數前面可能會加上FN的前綴，而在視圖前面可能會加上vi的前綴。如此的話，在同一個取名空間內也不用擔心對象重名的問題。不過無論怎麼說，這個取名空間的概念資料庫管理員必須牢記。即使在實際的工作中，可以通過前綴等手段輕易的避免這個陷阱，但是在Oracle資料庫管理員的認證考試中，這個取名空間也是一個必要的知識點。所以無論從實際的工作還是認證考試的需要，對於這個取名空間管理員都必須要有一個清晰的認識。 三、在表、索引、約束、列之間設置密切的聯系 在創建表的同時，可以給表中的某些列添加索引、約束等等。如在員工信息表中，會設置員工編號唯一性約束。在創建約束的時候，也需要對約束進行取名。雖然說也約束與表、列不屬於同一個取名空間，所以在取名的時候基本上沒有限制。但是為了後續使用的方便，筆者對約束的取名還有一個小小的建議。簡單的說，就是給一個與表直接有關的其他對象具有該表的名字是一種好的做法。如現在有一張用戶表名字叫做ad_user(在表名前面一般不加對象名，但是可以根據應用軟體的模塊設計加上模塊的前綴)，這種表中有一個欄位叫做叫做vlaue，用來存儲員工的編號。在表設計的時候，需要給這個欄位加一個索引。那麼這個索引的名字就可以取名為IDX_USER_VALUE(也就是索引前綴+表名+欄位名的形式)。這么做有什麼好處呢?一是可以確保相關對象的名字不會重復。因為表的名字不會重復，所以將表的名字與列的名字一起組成某個對象的名字，那麼其重復的幾率可以說基本上沒有。二是方便管理員閱讀、理解、維護等等。一看到索引或者約束對象的名字時，就可以看到這個是索引或者約束是用在哪個表的那個欄位上的。而且也可以知道這個約束是唯一性約束還是檢查約束;索引時主鍵索引還是外鍵索引。給資料庫管理員一目瞭然的感覺。這對於後續的維護、升級、調整、引用等等都提供了方便。 雖然說Oracle資料庫中表與列等資料庫對象對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對表的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle數據字典中就會成為區分大小寫的名字。不過筆者這里要提醒各位資料庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這么做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使用戶或者資料庫管理員有著過目不忘的本領，也很難准確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這么做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫的控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。
『貳』 如何為資料庫取名
在資料庫中創建對象時，管理員也要對其進行取名。現在談談取名的一些技巧。 一、表名大小寫的控制 一般情況下Oracle資料庫中的表名或者列名是不區分大小寫的。在創建表或者列的時候，即使管理員採用了小寫的名字，資料庫在將其保存到數據字典之前，會先將其轉換為大寫，再將他們保存到數據字典中。這也就是為什麼我們取名使用小寫的子母取名，但是下次查看錶的名字的時候，卻變成了大寫。 雖然說Oracle資料庫中表與列等資料庫對象對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對表的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle數據字典中就會成為區分大小寫的名字。不過筆者這里要提醒各位資料庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這么做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使用戶或者資料庫管理員有著過目不忘的本領，也很難准確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這么做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫的控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。 這個雙引號不僅可以用來控制大小寫，還有一個比較特殊的作用，就是用引用一些特殊的字元。如在建立表格的時候，需要設置一個名牌號的欄位。有些資料庫管理員習慣使用num#類似的名稱。這不會違反資料庫的取名規則。不過在處理的時候會比較麻煩。如利用create語句建立表格的時候，需要給這個欄位名稱加上雙引號。否則的話，執行這條語句的時候，資料庫會拒絕執行並向用戶提示錯誤信息。類似的特殊符號還包括一個$美元符號。他們在建立表格的時候，在語句中都需要使用雙引號。不過欄位建立好之後，在引用這些對象的時候，不需要使用雙引號了。同理，雖然Oracle資料庫支持這些特殊符號，但是筆者不鼓勵資料庫管理員在表或者列的取名中採取這些特殊的符號。這有可能給後續的引用帶來不必要的麻煩。 二、牢記取名空間 在Oracle資料庫中，跟其他的資料庫不同，有一個叫做取名空間的概念。在同一個取名空間中，其名字不可以重復。如表與視圖就共享同一個取名空間，為此就要求不僅表的名字不能夠相同，而且表的名字與視圖的名字也不能夠相同。因為他們處於同一個取名空間。類似的，表與函數也是同處於一個表空間，為此他們也不能夠同名。不過表與索引、表與約束等等卻屬於不同的取名空間。也就是說，表的名字可以與約束的名字相同。所以說，資料庫管理員在給表等對象取名的時候，一定要了解哪些對象共享同一個名稱空間。如果在同一個名稱空間內的，即使對象不同(如視圖與表)，但是他們仍然不能夠取相同的名字。 為了避免同一個取名空間內重名的現象，筆者建立在取名的時候最好能夠根據對象的不同加上對象的固有前綴。如大部分的資料庫管理員，在給表取名的時候，一般不會表名前面加上表對象的前綴。但是在定義函數或者視圖對象的時候，則會加上前綴。如在函數前面可能會加上FN的前綴，而在視圖前面可能會加上vi的前綴。如此的話，在同一個取名空間內也不用擔心對象重名的問題。不過無論怎麼說，這個取名空間的概念資料庫管理員必須牢記。即使在實際的工作中，可以通過前綴等手段輕易的避免這個陷阱，但是在Oracle資料庫管理員的認證考試中，這個取名空間也是一個必要的知識點。所以無論從實際的工作還是認證考試的需要，對於這個取名空間管理員都必須要有一個清晰的認識。 三、在表、索引、約束、列之間設置密切的聯系 在創建表的同時，可以給表中的某些列添加索引、約束等等。如在員工信息表中，會設置員工編號唯一性約束。在創建約束的時候，也需要對約束進行取名。雖然說也約束與表、列不屬於同一個取名空間，所以在取名的時候基本上沒有限制。但是為了後續使用的方便，筆者對約束的取名還有一個小小的建議。簡單的說，就是給一個與表直接有關的其他對象具有該表的名字是一種好的做法。如現在有一張用戶表名字叫做ad_user(在表名前面一般不加對象名，但是可以根據應用軟體的模塊設計加上模塊的前綴)，這種表中有一個欄位叫做叫做vlaue，用來存儲員工的編號。在表設計的時候，需要給這個欄位加一個索引。那麼這個索引的名字就可以取名為IDX_USER_VALUE(也就是索引前綴+表名+欄位名的形式)。這么做有什麼好處呢?一是可以確保相關對象的名字不會重復。因為表的名字不會重復，所以將表的名字與列的名字一起組成某個對象的名字，那麼其重復的幾率可以說基本上沒有。二是方便管理員閱讀、理解、維護等等。一看到索引或者約束對象的名字時，就可以看到這個是索引或者約束是用在哪個表的那個欄位上的。而且也可以知道這個約束是唯一性約束還是檢查約束;索引時主鍵索引還是外鍵索引。給資料庫管理員一目瞭然的感覺。這對於後續的維護、升級、調整、引用等等都提供了方便。 雖然說Oracle資料庫中表與列等資料庫對象對於大小寫是不敏感的，但是如果資料庫管理員確實有需要要讓資料庫系統對表的名字區分大小寫，這也是可以做到的。通常情況下，如果把名字使用雙引號括起來，則在Oracle數據字典中就會成為區分大小寫的名字。不過筆者這里要提醒各位資料庫管理員，雖然說從技術上可以讓資料庫系統強製取分大小寫，但是在實際工作中，包括在內的絕大部分資料庫管理員可能都不建議這么做。因為如果有混合的大小寫存在，那麼在引用這些表或者列名稱的時候就需要特別的小心。因為即使用戶或者資料庫管理員有著過目不忘的本領，也很難准確的記住這些名稱的大小寫歌時。如果資料庫管理員硬要這么做的話，那麼很可能是自尋煩惱。在查詢時或者其他作業時，要嚴格區分大小寫那是一件很頭疼的事情。為此，對於這個大小寫的控制，筆者建議資料庫管理員要謹慎使用。除非有充分的理由，否則的話，不要輕易使用這個雙引號來控制大小寫。