文章目錄
- 一、主碼、外碼、用戶約束自定義10分
- 二、查詢30分
- 三、規范化20分
- 需要知道的概念
- 范式
- 四、關系資料庫的主要功能?
- 五、什么是視圖,視圖有什么用?
- 六、資料庫故障的種類有幾種?如何恢復?10分
- 七、資料庫設計(猜測是分析題)
- 八、并發操作會產生哪幾種資料不一致的情況?如何避免這種資料不一致的情況?
- 九、資料庫管理系統以及它有哪些主要功能?(DBMS的主要功能,主流的DBMS軟體)
一、主碼、外碼、用戶約束自定義10分
一共有5種約束,分別是主碼PRIMARY KEY、獨特UNIQUE、外碼FOREIGN KEY、默認DEFAULT和檢查CHECK,
例子用到pdf里的SPJ題的例子,
格式如下:
/*PRIMARY KEY*/
ALTER TABLE 表名 ADD CONSTRAINT 約束名 PRIMARY KEY (列名)
ALTER TABLE S ADD CONSTRAINT PK_SNO PRIMARY KEY (SNO)
ALTER TABLE SPJ ADD CONSTRAINT PK_SPJ PRIMARY KEY(SNO,PNO,JNO)
/*UNIQUE*/
ALTER TABLE 表名 ADD CONSTRAINT 約束名 UNIQUE (列名)
ALTER TABLE SPJ ADD CONSTRAINT UK_ QTY(QTY)//這樣供應情況表無法出現同供應數的行,不合適,僅做展示,
/*FOREIGN KEY*/
ALTER TABLE 表名 ADD CONSTRAINT 約束名
FOREIGN KEY (列名)REFERENCES 參考表名 (列名)
ALTER TABLE SPJ ADD CONSTRAINT FK_S FOREIGN KEY (SNO) REFERENCES S (SNO)
/*DEFAULT*/
ALTER TABLE 表名 ADD CONSTRAINT 約束名 DEFAULT 默認值 FOR 列名
ALTER TABLE S ADD CONSTRAINT DF_CITY DEFAULT '鄭州' FOR CITY
ALTER TABLE SPJ ADD CONSTRAINT DF_QTY DEFAULT 0 FOR QTY
/*CHECK */
ALTER TABLE 表名 ADD CONSTRAINT 約束名 CHECK (邏輯運算式)
ALTER TABLE SPJ ADD CONSTRAINT CHK_QTY CHECK (QTY>=0)
二、查詢30分
基本結構
SELECT 目標列名序列 //需要的列
FROM 資料源 //需要的表
WHERE 檢索條件運算式 //條件
GROUP BY 分組依據列 //分組
HAVING 組提取條件 //挑選組
ORDER BY 排序依據列 //排序
接下來看書搞,
三、規范化20分
需要知道的概念
Y=F(X),由X得唯一Y,相對的由學號、科目、考試輪次為X,得唯一成績Y;由學號X對應唯一學生名Y;由城市X對應唯一省Y,都記為X→Y,
X和Y都可以是一個集,如果X有一個真子集X1→Y,則稱Y部分函式依賴于X;
如果沒有X1→Y,則稱Y完全函式依賴與X;
如果有Z滿足X→Y(Y不→X,Y不包含于X),Y→Z,則稱Z傳遞函式依賴于X,
候選碼:
一個屬性U,可以對應一組關系模式屬性全集R,即可為此屬性全集的候選碼,
主屬性:
包含在任意候選碼中的屬性都為主屬性A,其他為非主屬性a,
主碼P
例:學生R(學生號UAP,身份證號UAP,性別a,年齡a,所在系a)
選課(學號UAP,課號UAP,考試次數UAP,成績a),一個學生一門課可以有多次考試,一次考試一個成績,
范式
- 第一范式:
不包含非原子項屬性,
分解方法:拆分屬性為原子項屬性, - 第二范式:
所有非主屬性都完全依賴主屬性,
分解方法:
- 用組成主碼的屬性集合每個子集構成一個關系模式
- 將依賴這些主碼的屬性放置到對應關系模式
- 最后去掉只由主碼的子集構成的關系模式
- 第三范式:
所有非主屬性都不傳遞依賴主碼
分解方法:
- 對不是候選碼的被依賴屬性,從關系中洗掉依賴這些屬性的屬性
- 新建一個關系模式,這個關系模式包含之前洗掉的屬性以及被依賴屬性
- 被依賴屬性作為新關系模式的主碼
SLC表(學生號,學生名,性別,所在系,所在樓,課程號,課程成績)每個系學生住在同一個樓,
SLC為第一范式,即SLC∈1NF
∵SLC中學生號和課程號為主碼,學生號→學生名,
∴SLC為第一范式,
轉變為第二范式,拆分子集,
S(學生號,學生名,性別,所在系,所在樓)
SC(學生號,課程號,課程成績)
C(課程號)
刪去只由主碼的子集構成的關系模式,此時所有非主屬性都完全依賴主屬性,所有表∈1NF,
∵學生號→所在系,所在系→所在樓
所以S∈2NF,
轉變為第三范式,
S(學生號,學生名,性別,所在系)
所在系(所在系(系),所在樓(樓))
SC中無傳遞函式依賴,SC∈3NF,
分解完畢,一般分解到3NF即可,
四、關系資料庫的主要功能?
相互關聯的資料集合,在檔案管理方法中,檔案是分散的,而在資料庫系統中可以集中控制、維護和管理有關資料,
減少的資料冗余,通過關系規范化理論實作,
程式與資料相互獨立,包括資料的物理獨立性和邏輯獨立性,
保證資料的安全和可靠,通過資料庫管理系統的備份和恢復機制實作,
最大限度保證資料的正確性(完整性),通過建立保證資料正確的約束實作,
資料共享并能保證資料的一致性,
五、什么是視圖,視圖有什么用?
視圖是由從資料庫的基本表中選取出來的資料組成的邏輯視窗,是基本表的部分行和列的資料的組合,
簡化資料查詢陳述句;使用戶能從多角度看待同一資料;提高了資料的安全性;提供了一定程度的邏輯獨立性,
六、資料庫故障的種類有幾種?如何恢復?10分
三種,事務內部的故障;系統故障、其他故障,
事務故障的恢復:事務故障是指事務在運行到正常結束前被終止,這時恢復子系統可以利用日志檔案撤銷此事務對資料庫已進行的修改,由系統自動完成,對用戶透明,步驟如下:反向掃描日志檔案并執行相應操作的逆操作,直至讀到此事務開始標記,恢復完成,
系統故障的恢復:系統故障造成資料庫不一致狀態有兩個,一個是未完成事務對資料庫的更新可能已寫入資料庫,二是已提交事務對資料庫更新可能還留在資料快取區未寫入資料庫,因此恢復系統故障就是撤銷故障發生時未完成的事務,重做已完成事務:正向掃描日志檔案,找出故障發生前的已提交的事務,重做;找出故障發生時未完成的事務,撤銷,
介質故障的恢復:此時磁盤上的物理資料和日志檔案均遭到破壞,是最嚴重的一種故障,恢復方法是首先重裝資料庫,是資料庫管理系統能正常運行,然后利用介質損壞前對資料庫已做的備份或利用鏡像設備恢復資料庫,
七、資料庫設計(猜測是分析題)
步驟:
- 需求分析
是整個資料庫設計中最重要的一步,是其他各步驟的基礎,明確用戶對系統的需求:包括資料、功能和性能的需求, - 概念結構設計
主要是用E-R圖的形式,作用:將需求分析得到的用戶需求抽象為資訊結構, - 邏輯結構設計
將E-R圖轉換成表,匯出特定的DBMS可以處理的資料庫邏輯結構, - 物理結構設計
為邏輯結構設計選取一個最適合應用環境的資料庫物理結構, - 資料庫的行為設計
設計資料庫所包含功能、功能間的關聯關系和一些功能的完整性要求, - 資料庫實施
運用DBMS提供的資料語言以及資料庫開發工具,根據結構設計和行為設計建立資料庫,編制應用程式,組織資料入庫并進行試運行, - 資料庫運行和維護階段
將試運行資料庫應用系統投入正式使用,在DBMS使用程序中不斷進行調整、修改和完善,使其能夠獲得更好的性能,
八、并發操作會產生哪幾種資料不一致的情況?如何避免這種資料不一致的情況?
并發操作帶來的資料不一致性包括三類:丟失修改、不可重復讀(其中包括產生幽靈資料)和讀 “臟”資料, 我們可以通過封鎖機制避免各種不一致的情況,
X鎖為排它鎖,對其他事務X鎖檔案不可被讀不可被寫,
S鎖為共享鎖,,對其他事務S鎖檔案可讀不可寫,
一級封鎖協議:對事務要修改的檔案全程加X鎖,可避免丟失修改,丟失修改,即,回寫修改資料被覆寫,破壞資料的一致性,
二級封鎖協議:一級封鎖協議上,對事務要讀取檔案加S鎖,讀完釋放,在一級封鎖協議上,可避免讀臟資料,讀臟資料,即,其他事務對資料操作回滾,本事務讀取了回滾前的錯誤資料,
三級封鎖協議:一級封鎖協議上,對事務要讀取檔案全程加S鎖,在二級封鎖協議上可避免不可重復讀,不可重復讀,即,本事務首次讀資料后,其他事務對此資料進行修改,本事務再次讀此資料,取得結果會不同的問題,
九、資料庫管理系統以及它有哪些主要功能?(DBMS的主要功能,主流的DBMS軟體)
(1)DBMS是一個專門用于實作對資料進行管理和維護的系統軟體,
(2)主要功能:
資料庫的建立與維護;
資料定義功能;
資料組織、存盤和管理功能;
資料操作功能;
事務的管理和運行功能;
與其他軟體的通信功能,
(3)主流的DBMS:MS SQL Server、DB2、Oracle、Access、mySQL
2、資料庫系統的組成:由資料庫、資料庫管理系統、應用程式、資料庫管理員組成,
轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/236111.html
標籤:其他
