[工學]第七講_數(shù)據(jù)庫設計-資料下載頁
2025-01-21 13:00本頁面
【正文】 和實體間的聯(lián)系轉換為關系模式，如何確定這些關系模式的屬性和碼。 四、邏輯結構的設計 ?ER圖向關系模型的轉換要遵循如下原則： ③ 一個 1： n聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n端對應的關系模式合并。如果轉換為一個獨立的關系模式，聯(lián)系名為關系模式名，與該聯(lián)系相連的各實體的碼以及聯(lián)系自身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。若與 n端對應的關系模式合并， 1端的關鍵字及聯(lián)系的屬性并入 n端的關系模式。碼的選擇？ ④ 一個 m： n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 ⑤ 三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。而與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 四、邏輯結構的設計 ?ER圖向關系模型的轉換要遵循如下原則： 學生（學號，姓名，性別，系別，出生時間，入學時間，密碼） 課程（課程號，課程名，先修課程號） 選修（學號，課程號，選修時間，成績） （外模式） 四、邏輯結構的設計 例 7： 將例 5轉換成關系模型。 例 7： 將例 5轉換成關系模型。 ?ER圖向關系模型的轉換要遵循如下原則： 四、邏輯結構的設計 例 7： 將例 6銷售管理子系統(tǒng)轉換成關系模型。 銷售管理子系統(tǒng)的分 ER圖 對每個實體定義的屬性如下： ? 顧客： {顧客號 ，顧客名，地址，電話，信貸狀況，賬目余額 } ? 訂單： {訂單號 ，顧客號，訂貨項數(shù)，訂貨日期，交貨日期，工種號，生產(chǎn)地點 } ? 訂單細則： {訂單號，細則號 ，零件號，訂貨數(shù)，金額 } ? 應收賬款： {顧客號，訂單號 ，發(fā)票號，應收金額，支付日期，支付金額，當前余額，貨款限額 } ? 產(chǎn)品描述： {產(chǎn)品號，產(chǎn)品名，單價，重量 } ? 折扣規(guī)則： {產(chǎn)品號，訂貨量 ，折扣 } （外模式） 四、邏輯結構的設計 五、物理設計 為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結構的過程，就是數(shù)據(jù)庫的物理設計。通常分兩步： ① 確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構。 ② 對物理結構進行評價，評價的重點是時間和空間效率。 六、數(shù)據(jù)庫實施、運行和維護 重組和重構的區(qū)別：重組并不改變數(shù)據(jù)庫原有的邏輯模式和內(nèi)模式，而重構則會部分修改原有的邏輯模式和內(nèi)模式。 綜合示例商店銷售商品的數(shù)據(jù)庫 ， 涉及如下數(shù)據(jù)： 商店號 ， 商店名 ， 地址； 商品號 ， 商品名 ， 單價 。 某商店銷售某商品的數(shù)量和日期 。 E— R圖 （ 用中 、 英文均可 ） （ 請注明主鍵和外鍵 ） ， 并按照如下格式寫出各表的結構 （ 字段類型必須用 SQL Server支持的類型 ， ） 。 SQL語言寫出創(chuàng)建這些表的語句 （ 創(chuàng)建主鍵 、 外鍵 、約束條件必不可少 ， 并在表上建立合適的索引 ） 。 字段名 字段類型 字段寬度 約束條件 字段用途說明 1. 按照軟件的生命周期理論，數(shù)據(jù)庫設計一般分為哪幾個階段？ 2. 需求分析階段的主要工具有哪些？ 3. 現(xiàn)有一圖書預定系統(tǒng)，接收由顧客發(fā)來的訂單，并對訂單進行驗證，驗證過程是根據(jù)圖書目錄檢查訂單的正確性，同時根據(jù)顧客檔案確定是新顧客還是老顧客，是否有信譽。經(jīng)過驗證的正確訂單，暫存放在待處理的訂單文件中。對訂單進行成批處理，根據(jù)出版社檔案，將訂單按照出版社進行分類匯總，并保存訂單存根，然后將匯總訂單發(fā)往各出版社。畫出圖書預定系統(tǒng)的 DFD 圖（了解） ，并設計設計數(shù)據(jù)庫（掌握） 小結
教學課件相關推薦
鄂ICP備17016276號-1