數(shù)據(jù)庫的字段設(shè)計有很多細節(jié)性的技巧，下面將過去在開發(fā)中體會到經(jīng)驗整理出來，做個備忘。

1. tinyint 是-128到128 。當屬性設(shè)置為unsigned的時候。最大值就是255了?，F(xiàn)在知道為什么需要設(shè)置為unsigned屬性了。原來是為了最大限度的使用給予的存儲空間。如果不設(shè)置。那么假如你的值都是正數(shù)的。那么-128這一百多個數(shù)字就相當于是浪費了。
2. tinyint會自動設(shè)置為tinyint(3)。
3. smallint 不設(shè)置unsigned的時候，也有3萬多的樣子。
4. tinytext 就是255個字節(jié)。大概就是存儲127個中文的樣子 tinytext就相當于varchar類型。把它看成這樣的該類型就容易理解了。
5. int 類型phpmyadmin默認會設(shè)置int(10)。
6. 概念糾正：原來一直以為這里的10表示位數(shù)。直到有次想保存1101061021496，結(jié)果在字段中的值都變成了：4294967295。 看MySQL手冊上說：
7. (int后面括號的數(shù)字)顯示寬度并不限制可以在列內(nèi)保存的值的范圍，也不限制超過列的指定寬度的值的顯示。
8. int的范圍：-2147483648到2147483647。剛好是10個位，那么就是數(shù)十億級別的數(shù)字。數(shù)據(jù)庫設(shè)計經(jīng)驗：像訂單的值非常大。不確定，如果達到10位數(shù)，還不如使用varchar類型。fangwei就沒有使用int，而是varchar類型。
9. 從上面也告訴我一個經(jīng)驗：如果保存在數(shù)據(jù)庫的值都變成一樣的。也就是無論我是1101061021496 還是1101061021569，結(jié)果都變成了固定的值，比如4294967295。那么可以考慮確認是否是數(shù)據(jù)庫該字段的范圍問題。這樣的問題出現(xiàn)過好幾次了。就是沒有掌握思路。導(dǎo)致浪費了不少時間。
10. 將字段設(shè)置為not null 還出于另外一種考慮：mysql表的列中包含null的話，那么該列不會包含在所有中。也就是使用索引是無效的。所有，考慮今后會使用索引的字段，就要設(shè)置字段屬性是not null。
11. 如果你要保存NULL，手動去設(shè)置它，而不是把它設(shè)為默認值。
12. 考慮到這個字段今后會作為查詢關(guān)鍵字使用like的形式進行搜索。那么要將該字段定義成索引。這樣使用like查詢就會更快。
13. 現(xiàn)在終于體會到到國外作者書籍上提到：設(shè)計數(shù)據(jù)庫之前要問自己，之后會查詢哪些數(shù)據(jù)。 考慮了這些，以后有什么查詢需要。結(jié)構(gòu)都能適應(yīng)了。

關(guān)于設(shè)計大流量網(wǎng)站數(shù)據(jù)庫，會員分表或者分庫的設(shè)計考慮：

主鍵不要設(shè)為自增型。設(shè)置為自增型的后果就是：今后無法分離在不同的mysql數(shù)據(jù)庫服務(wù)器上。比如id編號由于是自增的，所以兩個數(shù)據(jù)庫中可能會出現(xiàn)用戶編號都是10005的情況。

但是，mysql主鍵會自動設(shè)置為自增型?？梢杂昧硗庖粋€字段來作為標識符。而不是自增型id號。方法：新增一個字段作為行的標識符。具體設(shè)計：一個表做兩個字段，一個是id作為主鍵，自增型，另外一個是uid，作為用戶的標識。

程序判斷上，是以uid作為判斷用戶的依據(jù)。而不是id主鍵作為判斷依據(jù)(程序上的失誤，改動比起數(shù)據(jù)庫設(shè)計失誤改動容易得多。因為你數(shù)據(jù)已經(jīng)入庫了。在修改起來就比較難了)。

數(shù)據(jù)庫的一點設(shè)計心得

1.按照[流程]順序走一遍     （相關(guān)用戶進行一次完成的操作流程）

2.先列出所有的屬性      （實體(型)、  屬性、 聯(lián)系）

3.判斷每一個屬性 是屬于那一個實體      

4.實體與實體之間的聯(lián)系   [1:1、  1:n、  n:1、   n:n]

5.相關(guān)數(shù)據(jù)表的設(shè)計，允許有數(shù)據(jù)冗余（犧牲空間換取效率），但是一定不能有數(shù)據(jù)項之間的矛盾       [工程與理論之間的考慮]   

6.當有多種方式進行數(shù)據(jù)處理的時候，應(yīng)該綜合多個方面，進行考慮，選取最適合當前項目的解決方案     [不一定是理論最好的，但卻是適合、實用的]

7.備注: 聯(lián)系的 1：n中， [概念模型]生成[物理模型]的時候， 會把1中的 主鍵作為，外鍵放入到n中  

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習或者工作具有一定的參考學(xué)習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接