問題描述

那么多公司的項(xiàng)目都在設(shè)計(jì)表的時候給表名稱加個前綴單詞，但是這到底有啥用呢，整個項(xiàng)目看下來沒發(fā)覺這有用到的

問題解答

給表名加前綴，之前是一種比較流行的方式。現(xiàn)在的趨勢是放棄添加前綴，因?yàn)樗鼛淼暮锰帲h(yuǎn)小于帶來的問題。很多時候跨庫的設(shè)計(jì),比表前綴的設(shè)計(jì)來的更靈活和實(shí)用，而且前綴設(shè)計(jì)（尤其是在混合用的情況下）帶來的一些困惑和問題卻是很多新手最大的苦惱。所以請慎重。

便于管理

多個項(xiàng)目放在同一個數(shù)據(jù)庫就會有用了

項(xiàng)目1用戶表 - p1_user項(xiàng)目2用戶表 - p2_user

這么一說你就明白了

設(shè)計(jì)習(xí)慣而已。通常是在同一個庫中區(qū)分不同的系統(tǒng)表而建立的。如圖示例，沒前綴的是后臺管理系統(tǒng)的表。帶wms前綴的是wms系統(tǒng)的表

講道理，還是按照數(shù)據(jù)庫來劃分不同類型的表比較合適，前綴這玩意兒確實(shí)累贅

前綴很有用的，比如我想知道所有關(guān)于user的表，直接show tables like ’%user%’就可以了，用mysql命令行的就知道了

尤其是很多插件或者模塊的項(xiàng)目，加了這些前綴還有利于數(shù)據(jù)庫表的批處理等操作

用來區(qū)分所有項(xiàng)目使用同一個數(shù)據(jù)庫中不同項(xiàng)目的數(shù)據(jù)表

表名稱的前綴只是一個命名規(guī)范，對于功能實(shí)現(xiàn)沒有影響。

在比較復(fù)雜的系統(tǒng)中，通過表名前綴可以大概了解到表所在的模塊和分類，這樣做日常開發(fā)和運(yùn)維的時候看起來比較方便，新人了解系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的時候也有章可循。

個人比較贊同這種做法，成本很低，但對后期的運(yùn)維方便，為什么不做呢？

數(shù)據(jù)表在一個數(shù)據(jù)庫時，而且數(shù)據(jù)表比較多的時候區(qū)分是很直接的

一個項(xiàng)目有100多張表以上時,你會懂為什么需要用到.

理想的是user_tabel1可以寫成user.table1(建立多庫) 問題是在很多開發(fā)人員對數(shù)據(jù)庫的認(rèn)識也只是簡單的增刪改查,包括很多框架也是(只能連接一個庫)

打個比方,oracle最經(jīng)典的scott實(shí)例.scott擁有部門與部門人員的名單, hr(另一個實(shí)例)擁有部門列表名單. 還有一個產(chǎn)品實(shí)例擁有產(chǎn)品列表名單. hr實(shí)例擁有對scott.emp的select權(quán)限但是沒有update權(quán)限個人覺得這樣的設(shè)計(jì)對數(shù)據(jù)的安全性(當(dāng)一個實(shí)例被攻擊破解時不會暴露全部數(shù)據(jù)),邏輯分明性有很大的提高,但同時也要求開發(fā)人員對數(shù)據(jù)庫有更多的理解和掌握. 但往往我們看到的是,開發(fā)人員所有的表放在一個庫里.權(quán)限的控制也只是從業(yè)務(wù)邏輯上來控制.

(以上都是個人的理解)