MySQL數(shù)據(jù)庫(kù)設(shè)計(jì)經(jīng)驗(yàn)分享

1、mysql 數(shù)據(jù)庫(kù)設(shè)計(jì)經(jīng)驗(yàn)分享其實(shí)這個(gè)經(jīng)驗(yàn)分享并不僅僅針對(duì)mysql，之所以加上這個(gè)關(guān)鍵字其實(shí)是為了給搜索引擎看的，呵呵。這篇文章的目標(biāo)是為了拓寬新手的思路，對(duì)于老鳥(niǎo)可能沒(méi)什么幫助了。文章主要涉及以下方面的內(nèi)容：1.數(shù)據(jù)完整性約束的意義：數(shù)據(jù)的第一道防線(xiàn)；2.避免冗余字段：請(qǐng)不要認(rèn)為這是一種彈性或者靈活性的體現(xiàn)；3.請(qǐng)盡可能的收集數(shù)據(jù)：這是一種境界；4.為什么建立索引：不僅僅是速度；5.事務(wù)、觸發(fā)器與存儲(chǔ)過(guò)程：這是一扇門(mén)；數(shù)據(jù)完整性約束的意義很多新手創(chuàng)建的數(shù)據(jù)庫(kù)非常的簡(jiǎn)單，一堆字段扔進(jìn)去就搞定了，反正腳本會(huì)搞定一切。但是， 你有沒(méi)有反思過(guò)一個(gè)問(wèn)題，寫(xiě)腳本的也是人，是人就會(huì)犯錯(cuò)誤，犯了錯(cuò)誤就可能

2、搞亂數(shù)據(jù)，而數(shù)據(jù)是一切應(yīng)用的基礎(chǔ)。因此，我建議你們能夠靜下來(lái)，細(xì)心的，花費(fèi)更多的時(shí)間來(lái)研究如何更好地設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。主鍵是必須的這是我的第一個(gè)建議， 每個(gè)表必須具有主鍵， 而且最好是使用單獨(dú)的一個(gè)字段作為主鍵，這樣從根源上扼殺了出現(xiàn)兩條完全相同的數(shù)據(jù)的可能性。你可能需要額外的唯一鍵例如用戶(hù)信息表中，除了用戶(hù)編號(hào)以外，其登錄名稱(chēng)也應(yīng)該是唯一的，不要指望以后可以在程序中處理這個(gè)情況，現(xiàn)在就做， 只要把它標(biāo)記為唯一鍵，就算程序中忘了判斷也不會(huì)讓錯(cuò)誤的數(shù)據(jù)被存儲(chǔ)進(jìn)來(lái)。字段的類(lèi)型和長(zhǎng)度請(qǐng)努力使用與數(shù)據(jù)匹配的類(lèi)型和適當(dāng)?shù)拈L(zhǎng)度，雖然你可以把時(shí)間保存為varchar 類(lèi)型，但是明顯還是datetime 類(lèi)型更

3、好，因?yàn)槟悴豢赡馨?013-02-30 之類(lèi)的日期保存到datetime類(lèi)型的字段中。 字段的長(zhǎng)度也是需要考慮的，過(guò)長(zhǎng)雖然比過(guò)短帶來(lái)的麻煩小很多，但是浪費(fèi)了很多空間。默認(rèn)值盡量為字段設(shè)置默認(rèn)值，例如字段is_read 用來(lái)表示用戶(hù)是否已經(jīng)閱讀過(guò)這條留言，1表示已讀， 請(qǐng)為它設(shè)一個(gè)默認(rèn)值0 來(lái)代表未讀， 而不是在日后的查詢(xún)語(yǔ)句中通過(guò)is_read 1或者 is_read = is null or is_read = 0 來(lái)判斷。允許為 null 嗎？這個(gè)問(wèn)題需要思考，而不是一概允許或一概不允許這種模式化的判定。同時(shí)， 建議不要將 null作為一個(gè)特殊的值來(lái)使用。外鍵約束是必不可少的你必須理解和開(kāi)

4、始使用外鍵，并且明白外鍵約束的用法，這是維護(hù)數(shù)據(jù)完整性很重要的一環(huán)。建立外鍵的同時(shí)你會(huì)對(duì)程序的業(yè)務(wù)邏輯有更清晰的認(rèn)識(shí)。正確的使用它防止誤刪具有依存關(guān)系的數(shù)據(jù)，同時(shí)通過(guò)級(jí)聯(lián)刪除保證在刪除的時(shí)候不留下任何垃圾。避免冗余字段千萬(wàn)不要認(rèn)為冗余字段能夠使數(shù)據(jù)表更有彈性、更靈活。 首先來(lái)說(shuō)冗余的字段必然都是允許為 null的，因?yàn)闆](méi)有適合的代碼為這些字段賦值（如果有的話(huà)那就不是冗余字段了，對(duì)嗎） 。這只會(huì)增加數(shù)據(jù)表的體積。事實(shí)上修改表結(jié)構(gòu)僅需幾分鐘，真正的麻煩還是來(lái)自于為新字段添加相應(yīng)的業(yè)務(wù)邏輯。而且事物總是在變化的，今天你覺(jué)得未來(lái)可能會(huì)用到這個(gè)字段，但是可能下個(gè)星期就不這么想了，一個(gè)月之后你根本不記得當(dāng)

5、初留了這么一個(gè)字段。所以，刪了吧。盡可能的收集數(shù)據(jù)其實(shí)這有點(diǎn)跑題，因?yàn)檫@不僅僅是數(shù)據(jù)庫(kù)設(shè)計(jì)的事兒，程序員可能也要付出一些時(shí)間。我一貫的觀點(diǎn)就是“數(shù)據(jù)是一切應(yīng)用的基礎(chǔ)”，盡量的收集它們，以后也許會(huì)有用（如果這個(gè)應(yīng)用有一個(gè)長(zhǎng)遠(yuǎn)的預(yù)期的話(huà)，否則你可以忽略這點(diǎn)）。我無(wú)法想象google，百度或者淘寶明天會(huì)做什么，但是我能肯定它們的業(yè)務(wù)調(diào)整的依據(jù)就是來(lái)自這些捕獲的數(shù)據(jù)。盡可能的收集數(shù)據(jù)是指在不增加用戶(hù)操作指令的前提下盡可能的收集一些相關(guān)信息。比如各種時(shí)間、 瀏覽頁(yè)面的軌跡等等。我甚至懷疑以后某些應(yīng)用會(huì)收集用戶(hù)擊鍵頻率這樣的信息，然后利用它來(lái)檢測(cè)賬號(hào)是否被盜。此外，我覺(jué)得應(yīng)該盡量在插入/修改 /刪除數(shù)據(jù)的

6、時(shí)候多做一些事情，相對(duì)來(lái)說(shuō)，這些操作不那么頻繁， 而且單次操作的數(shù)據(jù)量也更小。不要將壓力都留給查詢(xún)語(yǔ)句。例如，如果你的程序中需要使用類(lèi)似select *, sum(point) as total_point from table group by user_id的語(yǔ)句的話(huà)，不妨考慮為這個(gè)表增加一個(gè)total_point 字段。為什么建立索引如果某個(gè)字段，或一組字段會(huì)出現(xiàn)在一個(gè)會(huì)被頻繁調(diào)用的where 子句中，那么它們應(yīng)該是被索引的， 這樣會(huì)更快的得到結(jié)果。同時(shí)，唯一索引的用途前面提到了，恰當(dāng)?shù)氖褂盟鼈?，避免意外的發(fā)生。我個(gè)人不推薦使用全文索引，尤其對(duì)于漢字來(lái)說(shuō)，全文索引的開(kāi)銷(xiāo)太大了， 我寧可選

7、擇搜索引擎提供的站內(nèi)搜索功能。雖然搜索引擎的收錄不是很及時(shí)，但是我覺(jué)得也不是不能接受。再說(shuō)一次，我覺(jué)得應(yīng)該盡量在插入/修改 /刪除數(shù)據(jù)的時(shí)候多做一些事情，相對(duì)來(lái)說(shuō)，這些操作不那么頻繁，而且單次操作的數(shù)據(jù)量也更小。不要將壓力都留給查詢(xún)語(yǔ)句。事務(wù)、觸發(fā)器與存儲(chǔ)過(guò)程哦，事務(wù)處理其實(shí)是程序中要做的事情，多條數(shù)據(jù)操作語(yǔ)句應(yīng)該放入事務(wù)處理中，我們需要隨時(shí)注意保證數(shù)據(jù)的完整。觸發(fā)器和存儲(chǔ)過(guò)程可以減少程序中的sql 語(yǔ)句數(shù)量，同時(shí)減少了程序與數(shù)據(jù)庫(kù)之間通訊帶來(lái)的損耗。特別是觸發(fā)器， 它能極大的幫助我們，本站的數(shù)據(jù)庫(kù)設(shè)計(jì)中就使用了它，例如你發(fā)表回復(fù)或刪除回復(fù)的時(shí)候會(huì)觸發(fā)一個(gè)更新文檔回復(fù)數(shù)量的操作。不過(guò)由于mysql數(shù)據(jù)庫(kù)中級(jí)聯(lián)操作無(wú)法使觸發(fā)器觸發(fā)的怪癖可能需要你做更多的處理才能讓觸發(fā)器順利工作。結(jié)語(yǔ)請(qǐng)認(rèn)真而仔細(xì)的設(shè)計(jì)你的數(shù)據(jù)庫(kù)，并且使表名稱(chēng)和字段名稱(chēng)都易于理解并避免混淆。例如，代表刪除狀態(tài)的字段最好命名為trashed 表示已刪除，而不是trash，明顯的，當(dāng)你看到值為 1 的時(shí)候前者你能明白這表示已經(jīng)刪除了，而對(duì)于后者你恐怕就拿不準(zhǔn)了。你可以想象為數(shù)據(jù)庫(kù)結(jié)構(gòu)是