久久99精品久久久久久琪琪,久久人人爽人人爽人人片亞洲,熟妇人妻无码中文字幕,亚洲精品无码久久久久久久

數據庫原理簡答題總結

時間:2019-05-12 05:34:49下載本文作者:會員上傳
簡介:寫寫幫文庫小編為你整理了多篇相關的《數據庫原理簡答題總結》,但愿對你工作學習有幫助,當然你在寫寫幫文庫還可以找到更多《數據庫原理簡答題總結》。

第一篇:數據庫原理簡答題總結

數據庫原理簡答題總結

第一章 數據庫概論

1.人工管理階段數據管理的特點:

(1)數據不保存在機器中

(2)無專用的軟件對數據進行管理

(3)只有程序的概念,沒有文件的概念

(4)數據面向程序

2.文件系統階段數據管理的特點:

(1)數據可長期保存在外存的磁盤上

(2)數據的邏輯結構和物理結構有了區別

(3)文件組織已呈多樣化。有索引、鏈接和散列文件

(4)數據不再屬于某個特定的程序,可重復使用。

3.文件系統顯露出三個缺陷:

(1)數據冗余性

(2)數據不一致性

(3)數據聯系弱

4.數據庫階段的管理方式具有以下特點:

(1)采用復雜的數據模型表示數據結構

(2)有較高的數據獨立性

(3)數據庫系統為用戶提供方便的用戶接口

(4)系統提供四方面的數據控制功能

(5)對數據的操作既可以以記錄為單位,又可以以數據項為單位

5.數據描述三個領域之間的關系:

從事物的特性到計算機中的數據表示,經歷了三個領域:現實世界、信息世界、機器世界。

(1)現實世界:存在于人們頭腦之外的客觀世界,稱為現實世界。

(2)信息世界:是現實世界在人們頭腦中的反映。

(3)機器世界:信息世界的信息在機器世界中以數據形式存儲。

信息世界中數據描述的術語有:實體、實體集、屬性、實體標識符

機器世界中數據描述的術語有:字段、記錄、文件、關鍵碼

它們的對應關系是:

在數據庫中每個概念都有類型和值之區分,類型是概念的內涵,值是概念的外延

6.數據描述的兩種形式:

數據描述有物理描述和邏輯描述兩種形式。

物理數據描述指數據在存儲設備上的存儲方式,物理數據是實際存放在存儲設備上的數據。

邏輯數據描述指程序員或用戶用以操作的數據形式,是抽象的概念化數據。

數據管理軟件的功能之一,就是要把邏輯數據轉換成物理數據,以及把物理數據轉換成邏輯數據。

7.物理存儲介質層次:

8.數據模型的種類:

目前廣泛使用的數據模型可分為兩種類型:概念數據模型、結構數據模型

概念數據模型:是獨立于計算機系統的模型,完全不涉及信息在系統中的表示,只是用來描述某個特定組織所關心的信息結構;它是現實世界的第一層抽象,是用戶和數據庫設計人員之間進行交流的工具;這一類中著名的模型是“實體聯系模型”,簡稱“ER”模型。

結構數據模型:是直接面向數據庫的邏輯結構;

它是現實世界的第二層抽象,涉及到計算機系統和數據庫管理系統;這一類中的例子有層次、網狀、關系、面向對象等模型。

9.結構數據模型的三個組成部分:

數據結構、數據操作、數據完整性約束是結構數據模型的三個組成部分。

數據結構:是指對實體類型和實體間聯系的表達和實現

數據操作:是指對數據庫的檢索和更新(插、刪、改)兩類操作的實現

數據完整性約束:給出數據及其聯系應具有的制約和依賴規則。

10.層次模型的特點:

用樹型結構表示實體類型及實體間聯系的數據模型稱為層次模型。

層次模型的特點是:記錄之間的聯系通過指針實現,查詢效率較高。

缺點是:(1)只能表示1:N聯系

(2)由于樹型結構層次順序的嚴格復雜,引起數據的查詢和更新操作也很復雜,因此編寫應用程序也很復雜。

11.網狀模型的特點:

用有向圖結構表示實體類型及實體間聯系的數據模型稱為網狀模型。

網狀模型的特點是:記錄之間聯系通過指針實現,M:N聯系也容易實現,查詢效率較高。

缺點是:編寫應用程序比較復雜,程序員必須熟悉數據庫的邏輯結構。

12.關系模型的特點:

關系模型的主要特征是用二維表格結構表達實體集,用外鍵表示實體間聯系。

特點是:關系模型與層次、網狀的最大差別是用關鍵碼而不是用指針導航數據,表格簡單,用戶易懂,編程時不涉及存儲結構、訪問技術等細節。

13.數據庫體系結構中的三級結構、兩級映象:

數據庫的體系結構分為三級:內部級、概念級、外部級。

外部級:最接近用戶,是單個用戶所能看到的數據特性。單個用戶使用的數據視圖的描述稱為“外模式”。

概念級:涉及到所有用戶的數據定義,是全局的數據視圖。全局數據視圖的描述稱為“概念模式”。

內部級:最接于物理存儲設備,涉及到實際數據存儲的結構。物理存儲數據視圖的描述稱為“內模式”。

為實現這三個抽象級別的聯系和轉換,DBMS在級級結構之間提供兩個層次的映象:外模式/模式映象,模式/內模式映象。

14.二級數據獨立性:

數據獨立性是指:應用程序和數據之間相互獨立,不受影響。分為物理獨立性和邏輯獨立性。

(1)物理數據獨立性:如果數據庫的內模式要進行修改,即數據庫的存儲設備和存儲方法有所變化,那么模式/內模式映象也要進行相應的修改,使概念模式盡可能保持不變。也就是對內模式的修改盡量不影響概念模式。

(2)邏輯數據獨立性:如果數據庫的概念模式要進行修改,如增加記錄類型或增加數據項,那么外模式/模式映象也要進行相應的修改,使外模式盡可能保持不變。也就是概念模式的修改盡量不影響外模式和應用程序。

15.DBMS的主要功能:

(1)數據庫的定義功能:DBMS提供數據定義語言(DDL)定義數據庫的三級結構及其相互之間的映象、完整性、安全控制等約束。

(2)數據庫的操縱功能:DBMS提供數據操縱語言(DML)實現對數據庫中數據的操作。

(3)數據庫的保護功能:DBMS對數據庫的保護主要通過數據庫的恢復、數據庫的并發控制、數據庫的完整性控制、數據庫的安全性控制等四個方面實現。(4)數據庫的存儲管理:DBMS的存儲管理子系統提供了數據庫中數據和應用程序的一個界面,其職責是把各種DML語句轉換成低層的文件系統命令,起到數據的存儲、檢索和更新的作用。

(5)數據庫的維護功能:DBMS中實現數據庫維護功能的實用程序主要有數據裝載程序、備份程序、文件重組織程序、性能監控程序。

(6)數據字典(DD):數據庫系統中存放三級結構定義的數據庫稱為數據字典,對數據庫的操作都要通過訪問DD才能實現。

16.DBMS的組成:

DBMS是由兩大部分組成:查詢處理器和存儲管理器。

(1)查詢處理器有四個主要成分:DDL編譯器、DML編譯器、嵌入型DML的預編譯器、查詢運行核心程序。

(2)存儲管理器有四個主要成分:授權和完整性管理器、事務管理器、文件管理器、緩沖區管理器。

17.DBS的組成:

DBS是一個實際可運行的,按照數據庫方法存儲、維護和向應用系統提供數據支持的系統,它是數據庫、硬件、軟件、數據庫管理員(DBA)的集合體。

(1)數據庫(DB):是與一個特定組織各項應用有關的全部數據的集合,由應用數據的集合(物理數據庫)、關于各級數據結構的描述(描述數據庫)兩部分組成。

(2)硬件:包括中央處理機、內存、輸入輸出設備、數據通道等硬件設備。

(3)軟件:包括DBMS、OS、各種宿主語言和應用開發支持軟件等程序。

(4)DBA:DBA是控制數據整體結構的人,負責DBS的正常運行。

18.DBS的全局結構:

(1)數據庫用戶。可分為四類:DBA、專業用戶、應用程序員、終端用戶

(2)DBMS的查詢處理器。包括四部分:DML編譯器、嵌入型DML的預編譯器、DLL編譯器、查詢運行核心程序。

(3)DBMS的存儲管理器。包括四部分:授權和完整性管理器、事務管理器、文件管理器、緩沖區管理器。

(4)磁盤存儲器中的數據結構。包括四種形式:數據文件、數據字典、索引文件、統計數據組織。

第二章 關系模型

19.超鍵、主鍵、候選鍵的定義:

超鍵(super key):在關系中能唯一標識元組的屬性集稱為關系模式的超鍵。

候選鍵(candidate key):不含有多余屬性的超鍵稱為候選鍵。(候選鍵可以有多個)

主鍵(primary key):用戶選作元組標識的一個候選鍵稱為主鍵。(主鍵是候選鍵中一個)

20.關系模式、關系子模式和存儲模式:

關系模型基本上遵循數據庫的三級體系結構。概念模式是關系模式的集合,外模式是關系子模式的集合,內模式是存儲模式的集合。

(1)關系模式:關系模式實際上是記錄類型。它的定義包括:模式名,屬性名,值域名以及模式的主鍵。

(2)關系子模式:是用戶所用到的那部分數據的描述。除了指出用戶的數據外,還應指出模式與子模式之間的對應性。

(3)存儲模式:關系存儲時的基本組織方式是文件,元組是文件中的記錄。存儲一個關系可以用散列方法或索引方法實現。如果關系中元組數目較少,也可以用堆文件方式實現。

21.關系模型的三類完整性規則:

(1)實體完整性規則:這條規則要求關系中元組在組成主鍵的屬性上不能有空值。

(2)參照完整性規則:這條規則要求“不引用不存在的實體”。

(3)用戶定義的完整性規則:它反映某一具體應用涉及的數據必須滿足的語義要求。

22.參照完整性規則的形式定義:

如果屬性集K是關系模式R1的主鍵,K也是關系模式R2的外鍵,那么在R2的關系中,K的取值只允許兩種可能,或者為空,或者等于R1關系中某個主鍵值。

此規則使用時還要注意三點:

(1)外鍵和相應的主鍵可以不同名,只要定義在相同值域上即可。

(2)R1和R2也可以是同一個關系模式,表示了屬性之間的聯系。

(3)外鍵值是否允許空,應視具體問題而定。

上述形式定義中,關系模式R1稱為“參照關系”模式,R2稱為“依賴關系”模式。

23.關系模型的形式定義:

24.關系查詢語言根據其理論基礎的不同分為哪兩類:

關系代數語言:查詢操作是以集合操作為基礎運算的DML語言。(非過程性弱)

關系演算語言:查詢操作是以謂詞演算為基礎運算的DML語言。(非過程性強)

25.關系代數中的操作有哪些?

關系代數中的操作可分為兩類:

傳統的集合操作:并、差、交、笛卡爾積

擴充的集合操作:對關系進行垂直分割(投影)、水平分割(選擇),關系的結合(聯接、自然聯接),笛卡爾積的逆運算(除法)等。

其中五個基本操作為:并、差、笛卡爾積、投影、選擇。

四個常用組合操作為:交、連接、自然連接、除法

兩種擴充的關系代數操作為:外連接和外部并

26.關系演算有哪兩種:

關系演算可分為元組關系演算和域關系演算。前者以元組為變量,后者以屬性(域)為變量。

27.什么是約束變量、自由變量:

28.什么是安全運算:

在數據庫技術中,不產生無限關系和無窮驗證的運算稱為安全運算,相應的表達式稱為安全表達式,所采取的措施稱為安全約束。

在關系演算中約定,運算只對表達式中公式在涉及到的關系的值范圍內操作。這樣就不會產生無限關系和無窮驗證問題,關系演算是安全的。

29.為什么要對關系代數表達式進行優化:

查詢優化是由DBMS對關系代數表達式進行優化組合,以提高DBMS的系統效率。要對關系代數進行優化的原因是:由于關系代數表達式是由關系代數操作組合而成。在關系代數操作中,執行笛卡爾積和聯接運算最費時間,并且在執行過程中將產生大量的中間結果,以使系統執行效率較低。在執行前,由DBMS查詢處理子系統先對關系代數表達式進行優化,盡可能早地執行選擇和投影操作,以得到較小的中間關系,減少運算量和讀外存塊的次數,節省系統的執行時間,提高執行效率。

30.簡述查詢優化的優化策略:

(1)在關系代數表達式中盡可能早地執行選擇操作。

(2)把笛卡爾積和隨后的選擇操作合并成F聯接運算。

(3)同時計算一連串的選擇和投影操作,以免分開運算造成多次掃描文件,從而能節省操作時間。

(4)如果在一個表達式中多次出現某個子表達式,應該將該子表達式預先計算出結果保存起來。以免重復計算。

(5)適當的對關系文件進行預處理。

(6)在計算表達式之前應先估計一下怎么計算合算。

31.笛卡爾積、等值連接、自然連接三者之間有什么區別:

等值連接中有笛卡爾積運算;

自然連接是一種等值連接,它是兩個關系中所有公共屬性進行等值連接的結果。第三章 關系數據庫SQL語言32.SQL數據庫的體系結構及術語:

SQL數據庫的體系結構也是三級,但術語與傳統的關系模型不同。

關系模式稱為“基本表”,存儲模式稱為“存儲文件”,子模式稱為“視圖”,元組稱為“行”,屬性稱為“列”。

33.SQL數據庫的體系結構要點是什么:

(1)一個SQL數據庫是表(table)的匯集,它用一個或多個SQL模式定義。一個SQL模式是表和授權的表態定義。

(2)一個SQL表由行集構成,一行是列的序列,每列對應一個數據項。

(3)一個表或者是一個基本表,或者是一個視圖。(視圖只保存定義,不保存數據)

(4)一個基本表可跨一個或多個存儲文件,一個存儲文件也可存放一個或多個基本表。每個存儲文件與外部存儲器上一個物理文件對應。

(5)用戶可用SQL語句對視圖和基本表進行查詢等操作。

(6)SQL用戶可以是應用程序,也可以是終端用戶。

34.SQL的組成分成幾部分:

SQL主要分成四部分:

(1)數據定義。(SQL DDL)用于定義SQL模式、基本表、視圖和索引的創建和撤消操作。

(2)數據操縱。(SQL DML)數據操縱分成數據查詢和數據更新兩類。數據更新又分成插入、刪除、和修改三種操作。

(3)數據控制。包括對基本表和視圖的授權,完整性規則的描述,事務控制等內容。

(4)嵌入式SQL的使用規定。涉及到SQL語句嵌入在宿主語言程序中使用的規則。

35.SQL模式的撤消有哪兩種方式:

CASCADE(連鎖式)方式:執行DROP語句時,把SQL模式及其下屬的基本表、視圖、索引等所有元素全部撤消。

RESTRICT(約束式)方式:執行DROP語句時,只有當SQL模式中沒有任何下屬元素時,才能撤消SQL模式,否則拒絕執行DROP語句。

36.SQL提供的基本數據類型有哪些?每種舉兩個例子:

(1)數值型:INTEGER長整數、SMALLINT短整數

(2)字符串型:CHAR(N)長度為N的定長字符串、VARCHAR(N)具有最大長度為N的變長字符串。

(3)位串型:BIT(N)長度為N的二進制位串、BIT VARYING(N)最大長度為N的變長二進制位串

(4)時間型:DATE日期、TIME時間

SQL2允許用戶使用“CREATE DOMAIN”語句定義新的域。

37.完整性約束主要有哪三種子句:

完整性約束主要有三種子句:主鍵子句(PRIMARY KEY),檢查子句(CHECK)和外鍵子句(FOREIGN KEY)

38.什么是視圖,它與表的區別是什么:

在SQL中,外模式一級數據結構的基本單位是視圖,視圖是從若干基本表和(或)其他視圖構造出來的表。我們創建一個視圖時,只是把其視圖的定義存放在數據字典中,而不存儲視圖對應的數據,因此,視圖被稱為“虛表”,這是它與表的主要區別。

39.對于視圖元組的更新操作(INSERT、DELETE、UPDATE)有哪三條規則:

(1)如果一個視圖是從多個基本表使用聯接操作導出的,那么不允許對這個視圖執行更新操作。

(2)如果在導出視圖的過程中,使用了分組和聚合操作,也不允許對這個視圖執行更新操作。

(3)如果視圖是從單個基本表使用選擇、投影操作導出的,并且包含了基本表的主鍵或某個候選鍵,那么這樣的視圖稱為“行列子集視圖”,并且可以被執行更新操作。

SQL2中,允許更新的視圖在定義時,必須加上“WITH CHECK OPTION”短語。

40.SQL語言有哪兩種使用方式:

一種是在終端交互方式下使用,稱為交互式SQL;

另一種是嵌入在高級語言的程序中使用,稱為嵌入式SQL,而這些高級語言可以是C、PASCAL、COBOL等,稱為宿主語言。

41.嵌入式SQL的實現有哪兩種處理方式:

一種是擴充宿主語言的編譯程序,使之能處理SQL語句;

另一種是采用預處理方式。目前多數系統采用后一種。

42.在宿主語言的程序中使用SQL語句有哪些規定:

(1)在程序中要區分SQL語言與宿主語句。所有SQL語句前必須加上前綴標識“EXEC SQL”,并以“END_EXEC”作為語句的結束標志。(結束標志在不同的宿主語言中不同)

(2)允許嵌入的SQL語句引用宿主語言的程序變量(共享變量),但有兩條規定:

1)引用時,這些變量前必須加冒號“:”作為前綴,以示與數據庫中變量有區別。

2)這些變量由宿主語言的程序定義,并用SQL的DECLARE語句說明。43.用游標機制協調SQL的集合處理方式所用的SQL語句有哪些:

與游標有關的SQL語句有下列四個:

(1)游標定義語句(DECLARE)

(2)游標打開語句(OPEN)

(3)游標推進語句(FETCH)

(4)游標關閉語句(CLOSE)

44.SQL DML的嵌入使用技術:

(1)若是INSERT、DELETE、UPDATE語句,則不必涉及游標,只要加上前綴標識和結束標志就能嵌入宿主語言程序中使用。

(2)若是已知查詢結果肯定是單元組的SELECT語句,則不必涉及游標,也可加上前綴標識和結束標志后嵌入宿主語言程序中使用,但此時應該在SELECT語句中增加一個INTO子句,指出找到的值應送到相應的共享變量中去。

(3)若是已知查詢結果為多個元組的SELECT語句,則必須涉及到游標,用游標機制把多個元組一次一個地傳送給宿主程序處理。第四章 關系數據庫的模式設計

45.什么是關系數據庫:

關系數據庫是以關系模型為基礎的數據庫,它利用關系來描述現實世界。一個關系既可以用來描述一個實體及其屬性,也可以用來描述實體間的聯系。關系實質上是一張二維表。

46.一個關系模型有哪兩個方面內容:

一個關系模型包括外延和內涵兩個方面的內容。

外延就是通常所說的關系,或實例,或當前值。它與時間有關,隨著時間的推移在不斷變化。(由于元組的插入、刪除、修改引起的)

內涵是與時間獨立的,包括關系、屬性、及域的一些定義和說明,還有各種數據完整性約束。

47.數據完整性約束分為哪兩類:

數據完整性約束分為靜態約束和動態約束。

靜態約束:包括各種數據之間的聯系(數據依賴),主鍵的設計和關系值的各種限制等等。這一類約束是如何定義關系的有效數據問題。

動態約束:主要定義如插入、刪除、和修改等各種操作的影響。

48.關系數據庫設計理論主要包括哪些內容:

關系數據庫設計理論主要包括三個方面的內容:數據依賴、范式、模式設計方法。其中數據依賴起著核心的作用。

49.數據庫使用過程中存在的問題是什么:

數據冗余、更新異常、插入異常、刪除異常。

50.函數依賴(FD)的定義:

設有關系模式R(A1,A2,……,An)(即R(U)),X,Y是U的子集,r是R的任一具體關系,如果對r的任意兩個元組t1,t2,由t1[X]=t2[X]導致t1[Y]=t2[Y],則稱X函數決定Y,或Y函數依賴于X,記為X→Y,X→Y為模式R的一個函數依賴。

或者說,對于X的每一個具體值,都有Y惟一的具體值與之對應,即Y值由X值決定,因而

這種數據依賴稱為函數依賴。

51.函數依賴的邏輯蘊涵、FD的閉包F+:

52.候選鍵、主屬性、非主屬性:

設有關系模式R(A1,A2,……,An),F是R的一個函數依賴集,X是{A1,A2,……,An}的一個子集。如果

① X→A1A2……An∈F+,且

② 不存在X真子集Y,使得Y→A1A2……An成立,則稱X是R的候選鍵。

包含在任何一個候選鍵中的屬性稱為主屬性,不包含在任何一個候選鍵中的屬性稱為非主屬性。

53.函數依賴的推理規則:

設有關系模式R(A1,A2,……,An)和屬性集U= A1,A2,……,An,X,Y,Z,W是U的一個子集,F是R的一個函數依 6 賴集,推理規則如下:

54.什么是平凡的FD?平凡的FD可根據哪一條推理規則推出?

55.關系模式的分解有幾個不同的衡量標準:

分解具有無損聯接;分解要保持函數依賴;

分解既要保持依賴,又要具有無損聯接。

56.什么是無損連接:

57.試敘保持函數依賴的定義:

58.第一范式(1NF):

如果關系模式R的所有屬性的值域中每一個值都是不可再分解的值,則稱R是屬于第一范式模式。

59.第二范式(2NF):

如果關系模式R為第一范式,并且R中每一個非主屬性完全函數依賴于R的候選鍵,則稱R是第二范式模式。

60.第三范式(3NF):

如果關系模式R是第一范式,且每個非主屬性都不傳遞依賴于R的候選鍵,則稱R是第三范式的模式。

61.BCNF:

如果關系模式R是第一范式,且每個屬性都不傳遞依賴于R的候選鍵,那么稱R是BCNF的模式。從BCNF的定義可明顯地得出如下結論:

(1)所有非主屬性對鍵是完全函數依賴。

(2)所有主屬性對不包含它的鍵是完全函數依賴。

(3)沒有屬性完全函數依賴于非鍵的任何屬性組。

如果模式R是BCNF,則它必定是第三范式,反之,則不一定。

62.模式設計方法的原則:

關系模式R相對于函數依賴集F分解成數據庫模式ρ={R1,R2,……Rk},一般應具有下面三個特性:

(1)ρ中每個關系模式Ri是3NF或BCNF(2)保持無損聯結(3)保持函數依賴集

(4)ρ中模式個數最少和屬性總數最少。

63.一個好的模式設計方法應符合哪三條原則:

表達性,分離性,最小冗余性。

表達性涉及到兩個數據庫模式的等價性問題,即數據等價和依賴等價,分別用無損聯接和保持函數依賴性來衡量。

分離性是指屬性間的“獨立聯系”應該用不同的關系模式表達。

最小冗余性要求在分解后的數據庫能表達原來數據庫的所有信息這個前提下實現。

關系模式設計方法基本上可以分為分解與合成兩大類。

64.多值依賴MVD:

設R(U)是屬性集U上的一個關系模式,X,Y是U的子集,若對R(U)的任一關系r,對于X的一個給定的值存在著Y的一組值與其對應,同時Y的這組值又不以任何方式與U-X-Y中的屬性相關,那么稱Y多值依賴于X,記為X→→Y。

65.平凡多值依賴:

66.第四范式(4NF):

設關系模式R,D是一個多值依賴集,如果D中存在一個非平凡多值依賴X→→Y,并且X必是R的超鍵,那么稱R是4NF模式。第五章 數據庫設計

67.什么是軟件生存期:

軟件生存期是軟件工程的一個重要概念。是指從軟件的規劃、研制、實現、投入運行后的維護,直到它被新的軟件所取代而停止使用的整個期間。通常分為六個階段:

(1)規劃階段

(2)需求分析階段

(3)設計階段

(4)程序編制階段

(5)調試階段

(6)運行維護階段

68.數據庫系統的生存期:

一般分為七個階段,即:

(1)規劃階段

(2)需求分析階段 1)信息要求 2)處理要求 3)安全性和完整性要求

(3)概念設計階段

(4)邏輯設計階段 兩部分:數據庫邏輯設計和應用程序設計

(5)物理設計階段 兩部分:物理數據庫結構的選擇和邏輯設計中程序模塊說明的精確化

(6)實現階段

(7)運行維護階段

69.數據庫設計過程的輸入有哪些內容:

(1)總體信息需求

(2)處理需求

(3)DBMS的特征

(4)硬件和OS特征

70.數據庫設計過程的輸出有哪兩部分:

一部分是完整的數據庫結構,其中包括邏輯結構與物理結構。

另一部分是基于數據庫結構和處理要求的應用程序的設計原則。

71.常見的數據庫設計方法有哪幾種:

(1)視圖模式化及視圖匯總設計方法

(2)關系模式的設計方法

(3)新奧爾良設計方法

(4)基于E-R模型的數據庫設計方法

(5)基于3NF的設計方法

8(6)基于抽象語法規范的設計方法

(7)計算機輔助數據庫設計方法

72.實用的數據庫設計方法至少應包括哪些內容:

(1)設計過程

(2)設計技術

(3)評價準則

(4)信息需求

(5)描述機制

73.一種設計方法學需要有三種基本類型的描述機制:

(1)實現設計過程的最終結果將用DBMS的DDL表示。

(2)信息輸入的描述。

(3)在信息輸入和DDL描述之間的其它中間步驟的結果的描述。

74.數據庫設計中的規劃階段的主要任務:

是進行建立數據庫的必要性及可行性分析,確定數據庫系統在組織中和信息系統中的地位,以及各個數據庫之間的聯系。

75.需求分析階段的任務:

需求分析階段應該對系統的整個應用情況作全面的、詳細的調查,確定企業組織的目標,收集支持系統總的設計目標的基礎數據和對這些數據的要求,確定用戶的需求,并把這些要求寫成用戶和數據庫設計者都能接受的文檔。

76.需求分析的步驟:

大致可分為三步來完成,即需求信息的收集、分析整理和評審。

77.數據字典由哪幾部分組成:

(1)數據項

(2)數據結構

(3)數據流

(4)數據存儲

(5)加工過程

78.數據抽象:

抽象是對實際的人、物、事或概念的人為處理,它抽取人們關心的共同特性,忽略非本質的細節,并把這些特性用各種概念精確地加以描述,這些概念組成了某種模型。

抽象有兩種形式,系統狀態抽象(抽象對象)和系統轉換抽象(抽象運算)。

79.對象的兩種形式:

(1)聚集:的數學意義就是笛卡爾積的概念。通過聚集,形成對象之間的一個聯系對象。

(2)概括:是從一類其它對象形成一個對象。對于一類對象{O1,O2,……,On}可以概括成對象O,那么Oi稱為O的其中一個。

80.依賴聯系:

在現實世界中,常常有某些實體對于另一些實體具有很強的依賴關系,即一個實體的存在必須以另一個實體的存在為前提。我們通常把前者稱為弱實體。在ER圖中,用雙線框表示弱實體,用指向弱實體的箭頭表明依賴聯系。

81.子類、超類:

某個實體類型中所有實體同時也是另一實體類型中的實體。此時,我們稱前一實體類型是后一實體類型的子類,后一實體類型稱為超類。在ER圖中,帶有子類的實體類型(超類)以兩端雙線的矩形框表示,并用加圈的弧線與其子類相連,子類本身仍用普通矩形框表示。

子類具有一個很重要的性質:繼承性。它可繼承超類上定義的全部屬性,其本身還可包含其它另外的屬性。

82.ER模型的操作:

(1)實體類型的分裂:垂直分割、水平分割

(2)實體類型合并:分裂的逆過程。

(3)聯系類型的分裂

(4)聯系類型的合并

83.采用ER方法的數據庫概念設計分成哪三步:

(1)設計局部ER模式:1)確定局部結構范圍 2)實體定義 3)聯系定義 4)屬性分配(2)設計全局ER模式:1)確定公共實體類型 2)局部ER模式的合并 3)消除沖突。

(3)全局ER模式的優化:1)實體類型的合并 2)冗余屬性的消除 3)冗余聯系的消除

84.沖突分為哪三種:

屬性沖突,包括屬性域的沖突、屬性取值單位沖突。

結構沖突,包括:

(1)同一對象在不同應用中的不同抽象。

(2)同一實體在不同局部ER圖中屬性組成不同。

(3)實體之間的聯系在不同的局部ER圖中呈現不同的類型。

命名沖突,包括屬性名,實體名,聯系名之間的沖突:同名異義、異名同義

85.ER模型向關系模型的轉換:

ER模型中的主要成分是實體類型和聯系類型。

對實體類型,將每個實體類型轉換成一個關系模式,實體的屬性即為關系模式的屬性,實體標識符即為關系模式的鍵。

對聯系類型,就視1:

1、1:N、M:N三種不同的情況做不同處理。

(1)對1:1可在兩個實體類型轉換成的兩個關系模式中任意一個關系模式的屬性中加入另一個關系模式的鍵和聯系類型的屬性。

(2)對1:N,則在N端實體類型轉換成的關系模式中加入1端實體類型轉換成的關系模式的鍵和聯系類型的屬性。

(3)對M:N,則將聯系類型也轉換成關系模式,其屬性為兩端實體類型的鍵盤加上聯系類型的屬性,而鍵為兩端實體鍵的組合。

86.什么是物理設計:

對一個給定的邏輯數據模型選取一個最適合應用環境的物理結構的過程,稱為數據庫的物理設計。物理結構,主要指數據庫在物理設備上的存儲結構和存取方法。

87.物理設計的步驟:

物理設計可分五步完成,前三步涉及到物理數據庫結構的設計,后兩步涉及約束和具體的程序設計。

(1)存儲記錄結構設計

(2)確定數據存儲安排

(3)訪問方法的設計

(4)完整性和安全性

(5)程序設計

88.在數據庫系統生存期中,生存期的總開銷可分為幾項:

規劃開銷、設計開銷、實現與測試開銷、操作開銷、維護開銷。

89.用戶使用和計算機資源的操作開銷是:

(1)查詢響應時間

(2)更新事務的開銷

(3)報告生成的開銷

(4)改組頻率和開銷

(5)主存儲空間

(6)輔助存儲空間

90.數據庫實現階段的主要工作:

(1)建立實際數據庫結構

(2)試運行

(3)裝入數據

91.數據庫的重新組織設計:

對數據庫的概念模式、邏輯結構或物理結構的改變稱為重新組織,其中改變概念模式或邏輯結構又稱為重新構造,改變物理結構則稱為重新格式化。

92.運行維護階段的主要工作:

(1)維護數據庫的安全性和完整性控制及系統的轉儲和恢復。

(2)性能的監督、分析與改進。

(3)增加新功能。

(4)發現錯誤,修改錯誤。

第二篇:數據庫總結(簡答題)

數據的定義 :描述事物的符號記錄

數據庫的定義:數據庫(Database,簡稱DB)是長期儲存在計算機內、有組織的、可共享的大量數據集合

DBMS的定義:數據庫管理系統(Database Management System,簡稱DBMS):位于用戶與操作系統之間的一層數據管理軟件(系統軟件)。

DBMS的用途:

(1)科學地組織和存儲數據(2)高效地獲取和維護數據 DBMS的主要功能:

(1)數據定義功能:提供數據定義語言(DDL)定義數據庫中的數據對象

(2)數據操縱功能:提供數據操縱語言(DML),實現對數據庫的基本操作(查詢、插入、刪除和修改)。

(3)數據庫的運行管理:在數據庫建立、運用和維護時對數據庫進行統 一控制,以保證數據的完整性、安全性、并在多用戶同時使用數據庫時進行并發控制,且在數據庫系統發生故障后對系統進行恢復。

(4)數據庫的建立和維護功能(實用程序):數據庫數據批量裝載、數據庫轉儲、恢復、數據庫的重組織、性能監視等

(5)數據庫系統(Database System,簡稱DBS):指在計算機系統中引入數據庫后的系統 在不引起混淆的情況下常常把數據庫系統簡稱為數據庫

數據庫系統的構成(1)數據庫

(2)數據庫管理系統(及其開發工具)

應用系統

數據庫管理員(DBA)和用戶

數據管理是指對數據的組織、分類、編碼、存儲、檢索和維護。數據管理技術的發展過程 人工管理階段特點:

(1)數據不保存

(2)系統沒有專用的軟件對數據進行管理

(3)數據不共享

(4)數據不具有獨立性 文件系統階段特點:

(1)數據以文件形式長期保存(2)數據由文件系統統一管理(3)應用程序直接訪問數據文件(4)數據的存取基本上以記錄為單位 缺點:(1)數據冗余度大(2)數據獨立性低(2)數據一致性差

數據庫系統階段特點:(1)數據共享性高、冗余少(2)數據結構化(3)數據獨立性高

(4)由DBMS進行統一的數據控制功能 A)數據的安全性(security)控制 B)數據的完整性(integrity)控制 C)并發(concurrency)控制 D)數據恢復(recovery)

數據模型分成兩個不同的層次:

(1)概念模型(概念層數據模型,也稱信息模型):它是按用戶的觀點來 對數據和信息建模。

(2)數據模型(組織層數據模型):它是按計算機系統的觀點對數據建模,主要用于DBMS的實現。

抽象過程---兩步抽象

(1)現實世界中的客觀對象抽象為概念模型;

(2)把概念模型轉換為某一DBMS支持的數據模型。

數據模型通常由數據結構、數據操作和數據的約束條件三個要素組成(7)聯系(Relationship)

實體內部的聯系:組成實體的各屬性之間的聯系。實體之間的聯系:不同實體集之間的聯系。(1)一對一(2)一對多(3)多對多 目前最常用的數據模型有

層次模型(Hierarchical Model)網狀模型(Network Model)關系模型(Relational Model)面向對象的數據模型(5)關系模型的優缺點 優點:

1)建立在嚴格的數學概念的基礎上

2)數據結構簡單、清晰,用戶易懂易用實體和各類聯系都用關系來表示。

3)關系模型的存取路徑對用戶透明具有更高的數據獨立性,更好的安全保密性簡化了程序員的工作和數據庫開發建立的工作 缺點

1)存取路徑對用戶透明, 導致查詢效率往往不如非關系數據模型 2)為提高性能,必須對用戶的查詢請求進行優化 三級模式結構: 外模式:是數據庫中全體數據的邏輯結構和特征的描述

概念模式:是數據庫用戶使用的局部數據的邏輯結構和特征的描述 內模式:是數據物理結構和存儲方式的描述

二級映象

(1)外模式/模式映象:定義外模式與模式之間的對應關系 用途: 保證數據的邏輯獨立性

(2)模式/內模式映象:模式/內模式映象定義了數據全局邏輯結構與存儲結構之間的對應關系。

用途:保證數據的物理獨立性 關系數據庫的規范化理論主要包括三個方面的內容: 函數信賴

范式(Normal Form)模式設計和模式分解

進行數據庫的操作時,會出現以下幾方面的問題: 1.數據冗余

2.插入異常 3.刪除異常 4.更新異常

一個好的關系模式應該具備以下四個條件: 1.盡可能少的數據冗余 2.沒有插入異常 3.沒有刪除異常 4.沒有更新異常

1.第一范式

第一范式(First Normal Form)是最基本的規范形式,即關系中每個屬性都是不可再分的簡單項。

2.第二范式

定義:如果關系模式R∈1NF,并且R中的每個非主屬性都完全函數依賴于主碼,則R∈2NF。存在問題:(1)數據冗余

(2)插入異常(3)刪除異常(4)更新異常

之所以存在這些問題,是由于在S-L表中存在著非主屬性對主碼的傳遞依賴。3.第三范式

定義:如果R(U,F)∈2NF,并且所有非主屬性都不傳遞依賴于主碼,則 R(U,F)∈3NF。

關系模式S-L由2NF分解為3NF后,既沒有非主屬性對主碼的部分依賴,也沒有非主屬性對主碼的傳遞依賴,解決了2NF中存在的四個問題。(1)數據冗余降低(2)不存在插入異常(3)不存在刪除異常(4)不存在更新異常值

4.BC范式

(BCNF)

定義:若關系模式R∈1NF,對于關系R的每個函數依賴X→Y且Y?X,X必含有候選碼,則R∈BCNF。

即每個決定屬性集都包含候選碼。

關系規范化的目的:解決關系模式中存在的插入、刪除、更新操作異常,數據冗余問題.關系規范化的方法:圍繞函數依賴的主線,對一個關系模式進行分解,使關系從較低級范式變換到較高級范式。模式分解的準則:(1)無損連接性(2)保持函數依賴 SQL語言特點

(1)高度非過程化的語言(2)面向集合的語言(3)能以多種方式使用

(4)具有查詢、操作、定義和控制四種語言一體化的特點(5)語言簡潔、易學易用

SQL按其功能可分為四大部分:數據定義功能、數據控制功能、數據查詢功能和數據操縱功能。

(1)數據定義功能用于定義、刪除和修改數據庫中的對象;(2)數據查詢功能用于實現查詢數據的功能;

(3)數據操縱功能用于實現對數據庫數據的增加、刪除和修改;(4)數據控制功能用于實現控制用戶對數據庫的操作權限 索引:記錄的關鍵字與其相應地址的對應表。

視圖(view): 是從一個或者多個表或視圖中導出的表。它與基本表不同的是:

(1)基本表(base table):獨立存在的表, 基本表中的數據是存在數據庫中。(2)視圖是一個虛表。即視圖所對應的數據不實際存放在數據庫中

(3)在數據庫中只存放視圖的定義,不存放視圖包含的數據,這些數據仍存放在原來的基本表中。

(4)基表中的數據發生變化,從視圖中查詢出的數據也隨之改變。視圖作用

(1)簡化數據查詢語句

(2)使用戶能從多角度看到同一數據(3)提高了數據的安全性

(4)提供了一定程度的邏輯獨立性

一、SQL嵌入到主語言要解決的問題 ①如何識別SQL ②數據傳遞

③解決SQL一次一集合的操作與主語言一次一記錄操作的矛盾.用游標解決。

四、使用游標的步驟

1、說明游標

格式:exec SQL declear <游標名> cursor for

<rt id="ugya8"><pre id="ugya8"></pre></rt>
    <samp id="ugya8"></samp>
  • <button id="ugya8"><input id="ugya8"></input></button>
  • <sup id="ugya8"></sup>
    <li id="ugya8"><input id="ugya8"></input></li>