数据库设计课件.pptVIP

數據存儲數據存儲是數據結構停留或保存的地方，也是數據流的來源和去向之一。它可以是手工文檔或手工憑單，也可以是電腦文檔。對數據存儲的描述通常包括以下內容：數據存儲描述＝｛數據存儲名，說明，編號，輸入的數據流，輸出的數據流，組成：｛數據結構｝，數據量，存取頻度，存取方式｝返回6.2.3概念結構設計概念結構是各種數據模型的共同基礎，它比數據模型更獨立於機器、更抽象，從而更加穩定。描述概念模型的主要工具是E-R模型。概念結構設計的方法通常有四種方法自頂向下法自頂向下法是首先定義全局概念結構的框架，然後逐步細化.自底向上法自底向上法是首先定義各局部應用的概念結構，然後將它們集成起來，得到全局概念結構.逐步擴張法逐步擴張法是首先定義最重要的核心概念結構，然後向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構混合策略法混合策略法是將自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。數據抽象分類。定義某一類概念作為現實世界中一組對象的類型。這些對象具有某些共同的特性和行為。在E-R模型中，實體型就是這種抽象。例如在學校環境中，張英是學生，表示張英是學生中的一員，具有學生們共同的特性和行為：在某個班學習某種專業，選修某些課程。數據抽象聚集。定義某一類型的組成成分。它抽象了對象內部類型和成分之間的語義。在E-R模型中若干屬性的聚集組成了實體型，就是這種抽象數據抽象概括。定義類型之間的一種子集聯繫。它抽象了類型之間的“issubsetof”的語義。例如學生是一個實體型，本科生、研究生也是實體型。本科生、研究生均是學生的子集。把學生稱為超類，本科生、研究生稱為學生的子類。資料庫設計關係與關係模式關係是一張二維表，它是所涉及屬性的笛卡爾積的一個子集。從笛卡爾積中選取哪些元組構成該關係，通常是由現實世界賦予該關係的元組語義來確定的。關係模式是對關係的描述，為了能夠清楚地刻劃出一個關係，它需要由五部分組成，即應該是一個五元組：R(U,D,DOM,F)其中：R為關係名，U為組成該關係的屬性名集合，D為屬性組U中屬性所來自的域，DOM為屬性向域的映象集合，F為屬性間數據的依賴關係集合。例：有如下關係，如下表：上述關係可以構成兩個域：姓名：｛嘉琦，王幹．．．．｝專業：｛電腦，金融．．．｝由於導師和研究生出自同一個域“姓名”，所以要取不同的屬性名，用ＤＯＭ表示，即：ＤＯＭ（導師）＝ＤＯＭ（研究生）＝姓名關係是關係模式在某一時刻的狀態或內容。關係模式是靜態的、穩定的，關係是動態的，不同時刻關係模式中的關係可能會有所不同，但它們都必須滿足關係模式中數據依賴關係集合F所指定的完整性約束條件。由於在關係模式R(U，D，DOM，F)中，影響資料庫模式設計的主要是U和F，而D和DOM對數據庫模式設計的影響不大，所以，為了方便討論，本章將關係模式簡化為一個三元組，即：R(U，F)6.1關係數據模型的規範化6.1.1數據依賴6.1.2規範數據模型要解決的問題返回數據依賴數據依賴是資料庫模式設計的關鍵，數據依賴是通過一個關係中屬性間值的相等與否體現出來的數據間的相互關係，是現實世界屬性間相互聯繫的抽象，是數據內在的性質，是語義的體現。在關係模式中，屬性間數據的依賴關係集合F實際上就是描述關係的元組語義，用以限定組成關係的各個元組必須滿足的完整性約束條件。在實際中，這些約束或者通過對屬性取值範圍的限定，或者通過對屬性值間的相互關連(主要體現於值的相等與否)反映出來。屬性值間的相互關連就是所謂的數據依賴.返回6.1.2規範數據模型要解決的問題函數依賴普遍地存在於現實生活中。例：描述一個學生的關係，可以有學號(SNO)、姓名(SNAME)、所在系(DEPT)等幾個屬性。由於一個學號只對應一個學生，一個學生只在一個系。因而當“學號”值確定之後，姓名及其所在系的值也就被唯一地確定了。屬性間的這種依賴關係類似於數學中的函數。因此說SNO函數決定SNAME和DEPT或者說SNAME和DEPT函數依賴於SNO記做SNO→SNAME,SNO→DEPT。建立一個描述學校的資料庫，該資料庫涉及的對象包括學生的學號(SNO)、所在系(DEPT)、系主任姓名(MNAME)、課程名(CNAME)和成績(GRADE)。假設學校的資料庫模式由一個單一的關係模式S