一、設計數(shù)據(jù)庫時，數(shù)據(jù)庫名和表名是否需要前綴及優(yōu)缺點
使用前綴的模式而言有點為主，缺點也是有，優(yōu)缺點：
1.方便設別字段、表名稱、數(shù)據(jù)庫名稱的作用域分類；
2.字段名稱有前綴方便識別該字段屬于哪個表的；
3.字段名稱有前綴方便使用者理解數(shù)據(jù)庫表與表之間的關系，尤其是OLTP系統(tǒng)不推薦使用外鍵的情況下；
4.前綴的模式，減少DBA團隊成員之間， DBA與開發(fā)人員之間等溝通；
5.缺點：前綴的增加要有特點，并且團隊內部生成一個默認的規(guī)范，以增加通用性；
6.缺點：寫字段名稱的時候多敲幾個字母。
表前綴主要是為了區(qū)分不同功能的表，而非解釋表的功能，表的功能由表名來解釋。前面要求表名的長度要控制在30個字符以內，在此前提下，為了盡可能不影響表的命名，表前綴應該越短越好。我們建議表前綴控制在兩個以內。
延伸閱讀：
二、Oracle數(shù)據(jù)庫業(yè)務表前綴
（B_）：Business，核心業(yè)務涉及的基本信息表。這里的業(yè)務是非系統(tǒng)配置業(yè)務相關的，比如登錄、注冊、權限這些業(yè)務涉及的表都是和系統(tǒng)配置相關的，前綴應該是S_，而非B_。比如在線商城的項目中訂單業(yè)務涉及的表即是核心業(yè)務表，會診系統(tǒng)中會診單業(yè)務涉及的表即是核心業(yè)務表，如果項目龐大，涉及業(yè)務較多，可以在B后面繼續(xù)加單字母區(qū)分不同的業(yè)務，BA_、BB_、BC_……，沒必要非得和某個英文對應，只是個代號，和項目組的人員說明即可。
京公網(wǎng)安備 11010802030320號