數據庫原理課后習題及解答-資料下載頁

　　

【正文】 中提供了下述幾條事務控制語句： 事務的開始：表示一個事務的開始。 事務的提交：確認一個事務的結束，并且將在事務執行過程中對數據的修改操作寫入到數據庫中。 事務的放棄：確認一個事務的結束，并且將放棄（撤消）在事務執行過程中對數據的修改操作。9. 答：在數據庫遭受破壞后及時將數據庫中的數據恢復到正確狀態下去的過程叫數據庫恢復。常用的恢復技術有： 轉儲：定期地將數據庫中的內容復制到其它存儲設備中去的過程。 日志：由數據庫系統創建和維護的，用于自動記載數據庫中修改型操作的數據更新情況的文件。10. 答：由數據庫系統創建和維護的，用于自動記載數據庫中修改型操作的數據更新情況的文件叫日志。利用日志中記載的信息可以提供數據庫的鼓掌恢復功能。返回 第七章習題第八章 關系數據庫規范化理論1． 答：（略）2． 答：S 224。224。 C不正確。雖然一個學生可以選修多門課，即一個S對應著多個C，但每一個C都與該門課程的成績（G）有關，所以它們之間的多值依賴不成立。3． 答：不一定。規范化程度越高，則關系的數量就越多，則關系的聯接運算就越多。而關系的聯接運算會減低系統的性能。4． 證明：假設R(U) 3NF，則有三種可能的情況：1) 假設R(U)1NF，由R(U) ∈1NF，與假設矛盾；2) 假設存在一個非主屬性A部分依賴于關鍵字K，即：KA（AK） 由部分依賴的定義可知：必存在K的某個真子集K’，且滿足：K’→A（AK’）由R（U）∈BCNF及BCNF的定義可知：K’中必含有關鍵字。即關鍵字K中含有另一個關鍵字K’，這與關鍵字的定義相矛盾。3) 假設存在一個非主屬性A傳遞依賴于關鍵字K，即存在一個屬性集合B，并滿足：K→B，BK，BK，B→A由B→A及R(U)∈BCNF可知：B中必含有關鍵字（設為K’）,由關鍵字的定義可得：K’→U，因為BK’，KU，故B→K。這與BK相矛盾。綜上所述，假設不成立，即R(U)∈3NF。 證畢。5． 答： 1) 屬于第一范式。關鍵字{A，B}，非主屬性{D}不完全依賴于關鍵字。2) BCNF。因為它的每個函數依賴的決定因素都是關鍵字。3) 屬于第一范式。關鍵字{A，D}，非主屬性{C，B}不完全依賴于關鍵字。4) 屬于第一范式。關鍵字{A，D}，非主屬性{B}不完全依賴于關鍵字返回 第八章習題第九章 數據庫設計與數據庫管理1． 答：（略）2． 答：（略）3． 答：（略）4． 答： 邏輯設計的基本方法：數據庫邏輯設計的主要工作是將從EER圖轉化成指定RDBMS中關系模式。它的主要內容有：1) 命名與屬性域的處理：關系模式中的命名可以用EER圖中原有命名，也可另行命名，但是應盡量避免重名。2) 非原子屬性處理：EER圖中允許出現非原子屬性，關系模式中應符合第一范式故不允許出現非原子屬性。非原子屬性主要有集合型和元組型。如出現此種情況可以進行轉換，轉換辦法是集合屬性縱向展開而元組屬性橫向展開。3) 聯系的轉換。在一般情況下聯系可用關系表示，但是在有些情況下聯系可歸并到相關聯的實體中。4) 嵌套的轉換：嵌套可以轉換成聯系，再由聯系可轉換成關系模式。5) 繼承的轉換。6) 規范化：在邏輯設計中還需要對轉換得到的關系做規范化驗證，使每個關系至少滿足第三范式。7) RDBMS：為滿足RDBMS在性能、存儲空間等方面的要求，以及適應RDBMS限制條件而做的修改，它們包含如下內容： 減少聯接運算的次數以改善性能。 調整關系大小，使每個關系的數據量保持在合理水平，從而可以提高存取效率。 盡量采用快照（snapshot）。 關系視圖的設計：又稱外模式設計。關系視圖是在關系模式基礎上所設計的直接面向操作用戶的視圖，它可以根據用戶需求隨時構作。關系視圖的作用大致有如下幾點：（1） 提供數據邏輯獨立性。（2） 能適應用戶對數據的不同需求。（3） 有一定數據保密功能。5．答：數據庫的物理設計大致有如下幾種：1) 索引設計：索引一般建立在關系的屬性上，它主要用于常用的或重要的查詢中。符合建立索引的條件有：（1） 主關鍵字及外關鍵字一般都建立索引，以加快實體間連接速度，有助于引用完整性檢查以及唯一性檢查。（2） 以讀為主的關系表盡可能多的建立索引。（3） 有些查詢可以從索引直接得到結果，不必訪問數據塊，此種查詢可以建立索引。2) 集簇設計：在特定情況下可考慮建立集簇：（1） 通過集簇訪問是對應表的主要應用時可考慮建立集簇。（2） 集簇屬性的對應數據量不能太少也不宜過大。（3） 集簇屬性的值應相對穩定以減少修改集簇所硬氣的維護開銷。3) 分區設計：分區設計的指導性原則是：（1） 減少訪盤沖突，提高I/O并行性。（2） 分散熱點數據，均衡I/O負擔。（3） 保證關鍵數據快速訪問，緩解系統瓶頸。6. 答：在軟件工程中，軟件的生命周期指的是從軟件的設計、編碼、調試、運行，直到消亡的全過程。而在數據庫中，數據庫設計的生命周期法僅僅指需求分析、概念設計、邏輯設計和物理設計這四個階段，并不包括數據庫的實現、調試、運行和維護等其它階段。7．答：從調查用戶單位著手，深入了解用戶單位的數據流程，數據使用情況，數據的數量、流量、流向、性質等信息并作出分析，最終按一定規范要求以文檔形式寫出數據的需求說明書的過程叫需求分析，最終依據一定的規范要求編寫出來的數據需求分析說明文檔稱為需求說明書。8．答：傳統的ER模型的描述能力不足，不能描述實體的嵌套定義關系和繼承關系。同時，在概念模型的視圖設計方法中，首先是根據每個用戶或用戶組設計局部的用戶視圖，并在局部用戶視圖設計的基礎上進行視圖集成，而EER方法更有利于視圖的集成工作。9．答：數據庫管理一般包換如下一些內容：1) 數據庫的建立。包換兩部分內容：數據模式的建立及數據加載。 數據模式建立 數據模式由DBA負責建立，DBA利用RDBMS中的DDL語言定義數據庫名，定義表及相應屬性，定義主關鍵字、定義索引、集簇、定義完整性約束、定義擁護訪問權限，申請空間資源，定義分區等，此外還定義視圖。 數據加載 在數據模式定義后即可加載數據，DBA可以編制加載程序將外界數據加載至數據模式內，從而完成數據庫的建立。2) 數據庫的調整。數據庫的調整一般由DBA完成，包換下面一些內容： 調整關系模式與視圖使之更能適應用戶的需求。 調整索引與集簇是數據庫性能與效率更佳。 調整分區、調整數據庫緩沖區大小以及調整并發度使數據庫物理性能更好。3) 數據庫的重組。即數據庫運行一段時間后，需要對數據庫進行重新整理，重新調整存儲空間。通常是先作數據卸載，然后再重新加載數據從而達到數據重組的目的。4) 數據庫的安全性控制與完整性控制 安全性控制o 通過權限管理、口令、跟蹤以審計等RDMBS的功能以保證數據的安全。o 通過行政手段，并建立一定規章制度以確保數據安全。o 數據庫應備有多個副本并保存在不同的安全地點。o 應采取措施防止病毒入侵并能即使消毒。 完整性控制o 通過完整性約束檢查等RDBMS的功能以保證數據的正確性。o 建立必要的規章制度進行數據的按時正確采集及校驗。5) 數據庫的故障恢復 數據庫的故障恢復一般由DBA負責執行。6) 數據庫監控 DBA需隨時觀察數據庫的動態變化，并在發生錯誤，故障或產生不適應情況時隨時采取措施，如數據庫死鎖、對數據庫的誤操作等，同時還需監視數據庫的性能變化，在必要時對數據庫做調整。10．答：DBA的任務是： 參與數據庫設計的各個階段的工作，對數據庫有足夠的了解； 負責數據庫的建立、調整與重組； 維護數據的安全性、完整性； 負責數據庫的故障恢復； 對數據庫作監控，及時處理數據庫運行中的突發事件并對其性能作調整； 與用戶保持聯系，了解用戶需求，傾聽用戶反映，幫助他們解決有關技術問題，編寫技術文件，指導用戶正確使用數據庫； 制定必要的規章制度，并組織實施返回 第九章習題