【正文】 種消息、情報、信號。 ? 目前人們使用的信息表達方法，主要包括：數(shù)字、文字和語言、公式、圖形和曲線、表格、多媒體（包含圖像、聲音、視頻等）、超鏈接等。第 1章 數(shù)據(jù)庫系統(tǒng)知識入門 數(shù)據(jù)庫 及其應用 第 1章 數(shù)據(jù)庫系統(tǒng)知識入門 實體聯(lián)系模型及轉化 信息與 數(shù)據(jù)處理 Access 操作初步 初識 Access 2022 信息與數(shù)據(jù)處理 數(shù)據(jù)庫設計及案例 關系模型 與關系數(shù)據(jù)庫 學習目標與要求 ? 通過本章學習，讀者應達到以下要求： 1．理解信息、數(shù)據(jù)、數(shù)據(jù)處理和數(shù)據(jù)管理的概念，了解數(shù)據(jù)管理技術的發(fā)展過程； 2．理解數(shù)據(jù)庫的概念和數(shù)據(jù)庫系統(tǒng)的構成，了解數(shù)據(jù)庫設計的含義和步驟； 3．理解數(shù)據(jù)模型的概念和作用；理解概念模型的意義，掌握 ER模型的概念、表示方法，并能用 ER圖表示簡單的實際問題； 學習目標與要求 4．掌握關系模型的基本概念、數(shù)據(jù)結構，能夠將ER圖轉換為關系模型； 5．初步理解 DBMS的作用，初步熟悉 Access的界面、用法。 ? 信息具有可共享性、易存儲性、可壓縮性、易傳播性等。關于事物以及事物間聯(lián)系的知識。數(shù)據(jù)庫技術是數(shù)據(jù)處理系統(tǒng)的核心技術。 數(shù)據(jù)管理技術的發(fā)展階段 Development Phases ? 人工管理階段 HumanManagement Phase – 時間： 20世紀 50年代中期以前 – 背景：計算機剛誕生，主要科學與工程計算。在文件系統(tǒng)中，文件之間是沒有聯(lián)系的，而數(shù)據(jù)庫中的文件是相互聯(lián)系的 – 【 例 】 要建立學生成績管理系統(tǒng)，系統(tǒng)包含學生（學號、姓名、性別、系別、年齡），課程（課程號、課程名）、成績（學號、課程名、成績） ? 數(shù)據(jù)共享性好、冗余度低 Sharing, Low Redundancy 數(shù)據(jù)庫系統(tǒng)階段特點 Characteristics ? 數(shù)據(jù)獨立性強 Independence –數(shù)據(jù)庫具有很強的數(shù)據(jù)獨立性。 ?數(shù)據(jù)庫系統(tǒng) 是指在計算機中引入數(shù)據(jù)庫后的系統(tǒng)構成，由計算機軟硬件、數(shù)據(jù)庫、DBMS、應用程序以及數(shù)據(jù)庫管理員（ DBA）和數(shù)據(jù)庫用戶構成。 Access 2022工作環(huán)境 1 是 公司推出的 辦公組件中重要組成部分。包括： 表、查詢、窗體、報表、頁、宏、模塊。 ? 模塊 ：利用 VBA語言編寫的實現(xiàn)特定功能的程序段。關系數(shù)據(jù)理論建立在集合論之上，有嚴格的數(shù)學基礎。 ? 元組（ Tuple): – 表中一行為一個元組 , 由若干個屬性值組成 。 DBAS主要系統(tǒng)功能都是圍繞著系統(tǒng)的數(shù)據(jù)庫來開發(fā)設計的。 ③ 邏輯設計：將概念模型轉化為 DBMS支持的數(shù)據(jù)模型，如關系模型。 ? 功能需求 就是新系統(tǒng)應該實現(xiàn)的業(yè)務功能，以實現(xiàn)對數(shù)據(jù)的操作和管理。根據(jù)進書單登記進書和圖書庫存數(shù)據(jù)。 ?進書業(yè)務進行查詢 、 統(tǒng)計匯總和報表輸出 。 數(shù)據(jù)模型 2 數(shù)據(jù)庫設計及案例 （ 2） 概念模型與三個世界 ? 關系模型 面向 DBMS，用戶不一定了解關系模型。 數(shù)據(jù)庫設計及案例 ? 數(shù)據(jù)庫設計的整個變化過程如圖 : 現(xiàn)實世界 概念 模型 信息世界 數(shù)據(jù) 模型 DBMS 數(shù)據(jù)世界 數(shù)據(jù)庫 實體聯(lián)系模型及其轉化 ? 實體（ Entity） 指現(xiàn)實世界中任何可相互區(qū)別的事物。 ER模型基本概念 1 實體聯(lián)系模型及其轉化 ? 實體集間的聯(lián)系方式可以分為如下三類。 ? 橢圓框中寫上屬性名，在實體和它的屬性間連上連線。 學校教學管理 A 教學管理實體屬性圖 教學管理實體聯(lián)系圖 ER圖實例分析 B ?實體及基本屬性 ? 部門（部門編號、部門名、辦公電話）； ? 員工（工號、姓名、性別、生日）； ? 出版社（出版社編號、出版社名稱、地址、聯(lián)系電話、聯(lián)系人）； ? 圖書信息（圖書編號、 書名、作者）； ? 書庫（書庫編號、地點）。 實體聯(lián)系模型及其轉化 ? ER模型需轉化為關系模型，才能為 DBMS所支持。 學院（學院編號，學院名，院長） 專業(yè)（專業(yè)編號，專業(yè)名稱，專業(yè)類別，學院編號） 課程（課程編號，課程名，課程類別，學分，學院編號） 教師（教師編號，姓名，性別，生日，職稱，學院編號，基本工資） 學生（學號，姓名，性別，生日，民族，籍貫，專業(yè)編號，簡歷，照片） 成績（學號，課程號，成績） ER圖轉化為關系模型分析 B ① 部門（部門號，部門名，辦公電話） ② 員工（工號，姓名，性別，生日，部門號，職務，薪金） ③ 出版社（出版社編號，出版社名，地址，聯(lián)系電話，聯(lián)系人） ④ 圖書（圖書編號， ISBN，書名，作者，出版社編號，版次，出版時間，圖書類別，定價，折扣，數(shù)量，備注） ⑤ 進書單（進書單號，進書日期，工號） ⑥ 進書細目（進書單號，圖書編號，數(shù)量，進價折扣） ⑦ 售書單（售書單號，售書日期，工號） ⑧ 售書細目（售書單號，圖書編號，數(shù)量，售價折扣） 圖書銷售管理 ER圖轉換 Er圖 實體轉換關系模式 1 部門 （部門編號、部門名、辦公電話） ； 員工 （工號、姓名、性別、生日） ； 出版社 （出版社編號、出版社名稱、地址、聯(lián)系電話、聯(lián)系人）； 圖書信息（ 圖書編號、 書名、作者） ； 書庫 （書庫編號、地點）。 ? 命名每個表，同時設計表的結構，命名每個字段、確定類型、寬度、屬性。 Access 操作初步 ? 通過表設計視圖定義字段、類型、字段屬性，定義主鍵、約束，定義表之間的關系。 表格 字段名 類型 寬度 小數(shù)位 主鍵 /索引 參照表 約束 Null值 部門號 文本型 2 ↑（主） 部門名 文本型 20 辦公電話 文本型 18 √ 員工 字段名 類型 寬度 小數(shù)位 主鍵 /索引 參照表 約束 Null值 工號 文本型 4 ↑ （主） 姓名 文本型 10 性別 文本型 2 男或女 生日 日期 /時間型 部門號 文本型 2 ↑ 部門 √ 職務 文本型 10 √ 薪金 貨幣型 ≥ 800 本章小結 ? 本章對數(shù)據(jù)庫技術從應用的角度進行了宏觀的概括。 ? 6．計算機數(shù)據(jù)處理技術經(jīng)歷了哪幾個階段？各階段主要特點是什么？ ? 7．什么是數(shù)據(jù)庫？什么是數(shù)據(jù)庫管理系統(tǒng)？ ? 8．什么是數(shù)據(jù)庫系統(tǒng)？由哪些部分組成？ ? 9．簡述數(shù)據(jù)庫設計的含義和作用。 ? 13. 概念數(shù)據(jù)模型的意義是什么？簡述 ER模型的基本用法 ? 14. 簡述 ER模型中實體之間有哪些聯(lián)系類型？試舉例分析 ? 15. 什么是關系？什么是關系數(shù)據(jù)模型？ ? 16. 簡述元組、屬性、主鍵、外鍵的含義。從發(fā)展過程看，計算機數(shù)據(jù)管理經(jīng)歷了手工管理、文件系統(tǒng)和數(shù)據(jù)庫系統(tǒng)三個階段。但由于數(shù)據(jù)庫表之間是相互關聯(lián)的，因此，一般情況下，應該在所有的表及表之間的關系都定義完畢后，才開始往表中添加數(shù)據(jù)記錄。 ? 指定外鍵，明確各表之間的關系。 ? 對于簡單的應用來說，有時候可以省略；而對于復雜應用來說，需要很專業(yè)的分析， ER表達方法還要進行擴展。 ER模型向關系模型的轉化 3 ER模型向關系模型的轉化 ? 每個實體型都轉化成一個關系模式 ? 實體間的每一種聯(lián)系都轉化為一個關系模式 ? 對實體、實體聯(lián)系轉化成的關系模式進行優(yōu)化 – 1:1的聯(lián)系一般沒有必要單獨成為一個關系模式，可以將它