01.簡述資料庫完整性及其作用？解析：數據的準確性，保證數據中數據的準確性。 02.基本操作語句(DML DDL DCL)有哪些？語法是？DML（data manipulation language）：自動提交的資料庫操作語言它們是SELECT、UPDATE、INSERT、DELETE，就象它的名....
01.簡述資料庫完整性及其作用？
解析：數據的準確性，保證數據中數據的準確性。
02.基本操作語句(DML DDL DCL)有哪些？語法是？
DML（data manipulation language）：自動提交的資料庫操作語言
它們是SELECT、UPDATE、INSERT、DELETE，就象它的名字一樣
DDL（data definition language）：自動提交的資料庫定義語言
主要的命令有CREATE、ALTER、DROP等，DDL主要是用在定義或改變表（TABLE）的結構，數據類型，表之間的鏈接和約束等初始化工作上，他們大多在建立表時使用
DCL（Data Control Language）：
是資料庫控制功能。是用來設置或更改資料庫用戶或角色許可權的語句，包括（grant,deny,revoke等）語句。在預設狀態下，只有sysadmin,dbcreator,db_owner或db_securityadmin等人員才有權力執行DCL
DQL：資料庫查詢語言，關鍵字：select
Insert、update、delete、select
這裡以student表為例：
Insert into student(name,age) values(‘張三’,18)
Update student set name=’ 李四’ where id=1
Delete from student where id=2
見到update和delete，必須有where
Select * from student where id=1
03.常用的聚合函數有哪些？
Avg（）：求平均值
Sum（）：求和
Max（）;求最大值
Min（）:求最小值
Count()：求總的記錄數，count（1）和count(*)等價，一般認為count(1)效率高。
04.表聯接分為哪幾種類型？
內連接，外連接和交叉聯接（資料庫原理）
三、 資料庫
1. 為什麼要設計資料庫？
首先，良好的資料庫設計：
01. 可以節省數據的存儲空間
02. 能夠保證數據的完整性
03. 方便進行資料庫應用系統的開發
糟糕的資料庫設計：
01. 數據冗餘、存儲空間浪費
02. 記憶體空間浪費
03. 數據更新和插入的異常
由此，我們得出一個結論，當資料庫比較複雜時，我們需要設計資料庫
2. 軟體項目開發周期中資料庫設計
從上圖我們可以看出，軟體開發中設計資料庫的步驟：
首先，我們要從現實世界的需求構建出一個模型，這種模型通過E——R圖的方式反映，如果確定E——R滿足了客戶的需求，那麼我們需要將E-R圖規範化，構建出資料庫模型圖，當然在這個圖表中要反映出各個數據對象之間的關係，最後我們根據資料庫模型圖構建出符合我們需求的資料庫。
需求分析階段：分析客戶的業務和數據處理需求
概要設計階段：設計資料庫的E-R模型圖，確認需求信息的正確和完整
詳細設計階段：應用三大範式審核資料庫結構
代碼編寫階段：物理實現資料庫，編碼實現應用
軟體測試階段：……
安裝部署：……
3. 設計資料庫的步驟
01. 收集信息
與該系統有關的人員進行交流，座談，充分瞭解用戶需求，理解資料庫需要完成的任務。
02. 標識實體(Entity)
標識資料庫要管理的關鍵對象或者實體，實體一般都是名詞
03. 標識每個實體的屬性
04. 標識實體之間的關係
4.E—R圖
映射基數：
主要分為以下幾類：
一對一：一輛車只能對應一個車位
一對多：一個客房可以入住多個客人
多對一：多個客人可以入住一個客房
多對多：一本書可以被多個人接，一個人也可以借多本書
或者是一個老師可以教多個班級，一個班級可以被多個老師教
一個關係的屬性名的集合稱為關係模式
Rdbms：
relational database management system 關係型資料庫管理系統
01. 僅有好的RDBMS並不足以避免數據冗餘，必須在數據的設計中創建好的表結構
02. Dr E.F.codd，一個IBM研究員。最初定義了規範化的三個級別，範式是具有最小冗餘的表結構
03. 這些範式是：
第一範式(1ST NF—First Normal Form)
第一範式的目標是確保每列的原子性
如果沒列都是不可再分的最小單元(也稱為最小的原子單元)，則滿足第一範式(1nf)
第二範式(2nd NF—Second Normal Form)
如果一個關係滿足1NF，並且除了主鍵以外的其他列，都依賴於該主鍵，則滿足第二範式(2NF),第二範式要求每個表只描述一件事情。
第三範式(3rd NF—Third Normal Form)
如果一個關係滿足2NF，並且除了主鍵以外的其他列都不傳遞依賴於主鍵列，則滿足第三範式(3NF)
今天總算理解清楚了一點，：
第二範式是其他列都要依賴於主鍵列，但是沒有說明是直接依賴還是間接依賴。也就是直接依賴和間接依賴均可以。但是第三範式明確指出只能是直接依賴。
如果出現間接依賴的情況，要單獨獨立出來一張表.
5，規範化和性能的關係
為滿足某種商業目標，資料庫性能比規範化資料庫更重要
具體策略和方法：
01. 通過在給定的表中添加額外欄位，以大量減少需要從中搜索信息所需的時間
02. 通過在給定的表中插入計算列(比如成績總分)，以方便查詢
在數據規範化同時，要綜合考慮資料庫的性能。
05.設計資料庫步驟
第一步：需求分析（收集信息）
第二步：繪製E-R圖 （標示實體 ，找到實體的屬性 ， 標註實體間的關係）
第三步:將E-R圖轉換成資料庫模型圖
第四步：將資料庫模型圖轉換成數據表
06.如何繪製E-R圖
矩形;實體
橢圓形：屬性
菱形：關係
07.如何繪製資料庫模型圖
PowerDesigner ：選擇PhysicalModel
如有有人不小心關掉了Platter，對工具欄點擊右鍵，勾選Platter即可。
當我們將資料庫模型圖設計完畢後，可以通過菜單中的database下的
Generate Database來生成對應的sql
08.三大範式規範資料庫設計
第一範式：保證每列的原子性，不可再被拆分
第二範式：在滿足第一範式的基礎上，一張表只能描述一件事情
第三範式：在滿足第二範式的基礎上，除了主鍵列之外其他列都要直接依賴於主鍵
要在規範化和性能之間取一個平衡
四、 課程總結
01. 在需求分析階段，設計資料庫的一般步驟是什麼？
收集信息
標識實體
標識每個實體的屬性
標識實體之間的關係
02. 在概要設計階段和詳細設計階段，設計資料庫的步驟是什麼？
繪製E——R圖
將E—R圖轉化為資料庫模型圖
應用三大範式規範化表設計
03. 為了設計結構良好的資料庫，需要遵守一些專門的規則，稱為資料庫的設計範式，分別是什麼？
三大範式的例子:
挺辛苦的,好好看吧!
