mysql 整理之mysql數據庫設計相關

2.1 簡要描述一下數據庫的範式

1、第一範式(1NF)
        在任何一個關係數據庫中,第一範式(1NF)是對關係模式的基本要求,不滿足第一範式(1NF)的數據庫就不是關係數據庫。
        所謂第一範式(1NF)是指數據庫表的每一列都是不可分割的基本數據項,同一列中不能有多個值,即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性,就可能需要定義一個新的實體,新的實體由重複的屬性構成,新實體與原實體之間爲一對多關係。在第一範式(1NF)中表的每一行只包含一個實例的信息。例如,對於圖3-2 中的員工信息表,不能將員工信息都放在一列中顯示,也不能將其中的兩列或多列在一列中顯示;員工信息表的每一行只表示一個員工的信息,一個員工的信息在表中只出現一次。簡而言之,第一範式就是無重複的列。

2、第二範式(2NF)
       第二範式(2NF)是在第一範式(1NF)的基礎上建立起來的,即滿足第二範式(2NF)必須先滿足第一範式(1NF)。第二範式(2NF)要求數據庫表中的每個實例或行必須可以被唯一地區分。爲實現區分通常需要爲表加上一個列,以存儲各個實例的唯一標識。如圖3-2 員工信息表中加上了員工編號(emp_id)列,因爲每個員工的員工編號是唯一的,因此每個員工可以被唯一區分。這個唯一屬性列被稱爲主關鍵字或主鍵、主碼。
        第二範式(2NF)要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性,如果存在,那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體,新實體與原實體之間是一對多的關係。爲實現區分通常需要爲表加上一個列,以存儲各個實例的唯一標識。簡而言之,第二範式就是非主屬性非部分依賴於主關鍵字。

3、第三範式(3NF)
        滿足第三範式(3NF)必須先滿足第二範式(2NF)。簡而言之,第三範式(3NF)要求一個數據庫表中不包含已在其它表中已包含的非主關鍵字信息。例如,存在一個部門信息表,其中每個部門有部門編號(dept_id)、部門名稱、部門簡介等信息。那麼在圖3-2的員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表,則根據第三範式(3NF)也應該構建它,否則就會有大量的數據冗餘。簡而言之,第三範式就是屬性不依賴於其它非主屬性

2.2 mysql中varchar與char的區別以及varchar(50)中的50代表的涵義

 

(1) varchar與char的區別

在單字節字符集下,char(N)在內部存儲的時候總是定長, 而且沒有變長字段長度列表中。在多字節字符集下面,char(N)如果存儲的字節數超過N,那麼char(N)將和varchar(N)沒有區別。在多字節字符集下面,如果存儲的字節數少於N,那麼存儲N個字節,後面補空格,補到N字節長度。都存儲變長的數據和變長字段長度列表。varchar(N)無論是什麼字節字符集,都是變長的,即都存儲變長數據和變長字段長度列表。

(2) varchar(50)中50的涵義

在早期MySQL版本中,50代表字節數,現在代表字符數。

(3)char是右補空格的,那麼我如果存入的字符串右邊有個空格,select的時候右邊空格會自動去除。

(4) int(20)中20的涵義

不影響內部存儲,只是影響帶zerofill定義的int時,前面補多少個0,易於報表展示。

2.3表中有大字段X(例如:text類型),且字段X不會經常更新,以讀爲爲主,請問

(1)您 是選擇拆成子表,還是繼續放一起?

(2)寫出您這樣選擇的理由?

我的答案是拆成子表,因爲讀取比較多,爲了防止大字段進出緩存影響其他查詢緩存的數據。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章