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)寫出您這樣選擇的理由?
我的答案是拆成子表,因為讀取比較多,為了防止大字段進出緩存影響其他查詢緩存的數據。新聞熱點
疑難解答