【正文】 外鍵 */ )。, size=100MB, maxsize=200MB, filegrowth=20MB ) log on ( name=SSClog, 銷售員 客戶 銷售 物品 供應 采購 存儲 倉庫 采購員 M N N N M P 供應商 N 1 M P 13 filename=39。語句如下： 1）創(chuàng)建數(shù)據(jù)庫 create database SSC db on primary ( name=SuperMarketdb, filename=39。 E— R圖由實體、屬性、聯(lián)系三部分組成，其符號如圖 16所示： 實體 屬性 聯(lián)系 圖 51 ER圖圖例 本系統(tǒng)涉及的實體有 6個，其屬性和結構如下： 客戶（ 客戶編號 ，客戶名稱，聯(lián)系電話，聯(lián)系地址，國家，備注） 銷售員（ 工號 ，姓名，性別，出生年月，學歷，電話，家庭住址） 供應商（ 供應商編號 ，供應商名稱，聯(lián)系電話，帳號，地址，備注） 物品（ 貨號 ，貨名，種類，規(guī)格） 采購員（ 工號 ，姓名，性別，出生年月，學歷，電話，家庭住址） 倉庫（ 倉庫號 ，倉庫名稱，電話） 11 本系統(tǒng)實體間有 4個關系，其關系如下： （ 1） 銷售關系：銷售員 、客戶與物品的關系是 1： M： N，因為 多個客戶可以向某一個業(yè)務員訂購多種產品； （ 2）采購關系：采購員、供應商與物品的關系是 1： M： N，因為一個采購員可以向多個供應商采購多種不同的商品； （ 3）存儲關系：倉庫與物品的關系是 1： N，因為多種物品可以放在一個倉庫中； （ 4）供應關系：供應商與物品的關系是 M： N，同種物品可以由不同的供應商供應，一個供應商也可以提供多種物品。 在系統(tǒng)的數(shù)據(jù)庫設計中，首先對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，然后得出系統(tǒng)的關系模式。 客戶表 函數(shù)依賴集為 F2={客戶編號→（客戶姓名，客戶 性別，客戶年齡，客戶地址，客戶電話，客戶郵箱） }∈ 3NF 用品表 函數(shù)依賴集為 F3={用品編號→（用品名稱，用品介紹，用品價格，用品數(shù)量，用品類型，用品規(guī)格，用品庫存量） }∈ 3NF 倉庫表 函數(shù)依賴集為 F4={倉庫編號→（倉庫名稱，倉庫內存量，倉庫電話，倉庫面積，倉庫地址） }∈ 3NF 訂貨單表 函數(shù)依賴集為 F5={訂貨編號→（商品名稱，訂貨價格，訂貨數(shù)量，供應商，訂貨日期，訂購人員） }∈ 3NF 進貨單表 函數(shù)依賴集為 F6={進貨編號→（商品名稱，進貨成本，銷售價格，進貨數(shù)量，供應商，進貨日期，采購人 員） }∈ 3NF 10 銷售單表 函數(shù)依賴集為 F7={銷售編號→（商品名稱，銷售價格，銷售數(shù)量，銷售人員，銷售日期，銷售客戶） }∈ 3NF 退貨單表 函數(shù)依賴集為 F8={退貨編號→（退貨名稱，退貨數(shù)量，退貨日期，退貨價格，退貨原因，應付金額，已付金額，用戶姓名） }∈ 3NF 倉庫管理員表 函數(shù)依賴集為 F9={倉庫管理員編號→倉庫管理員姓名，倉庫管理員電話號碼，倉庫管理員工作時間） }∈ 3NF 數(shù)據(jù)庫設計是開發(fā)數(shù)據(jù)庫及其應用系統(tǒng)的技術，也是信息系統(tǒng)開發(fā)和建設的重要組成部分。 供應商表的數(shù)據(jù)依賴： {供應商編號 — ＞供應商姓名 } 客戶（ 客戶編號 ，客戶姓名，客戶性別，客戶年齡 ，客戶地址，客戶電話，客戶郵箱） 此為客戶實體對應的關系模式 客戶表的數(shù)據(jù)依賴： {客戶編號 — ＞客戶姓名 } 用品（ 用品編號 ，用品名稱，用品介紹，用品價格，用品數(shù)量，用品類型，用品規(guī)格，用品庫存量） 此為用品實體對應的關系模式 用品信息表的數(shù)據(jù)依賴： {用品編號 — ＞用品名稱 } 倉庫（ 倉庫編號 ，倉庫名稱，倉庫內存量，倉庫電話，倉庫面積，倉庫地址） 此為倉庫實體對應的關系模式 倉庫信息表的數(shù)據(jù)依賴： {倉庫編號 — ＞倉庫名稱 } 訂貨表（ 訂貨編號 ，商品名稱，訂貨價格，訂貨數(shù)量，供應商，訂貨日期，訂購人員） 此為訂貨表實體對 應的關系模式 訂貨信息表的數(shù)據(jù)依賴 {訂貨編號 — ＞商品名稱 } 進貨表（ 進貨編號 ，商品名稱，進貨成本，銷售價格，進貨數(shù)量，供應商，進貨日期，采購人員） 此為進貨表實體對應的關系模式 進貨信息表的數(shù)據(jù)依賴： {進貨編號 — ＞進貨名稱 } 銷售表（ 銷售編號 ，商品名稱，銷售價格，銷售數(shù)量，銷售人員，銷售日期，銷售客戶） 9 此為銷售表實體對應的關系模式 銷售信息表的數(shù)據(jù)依賴： {銷售編號 — ＞商品名稱 } 退貨表（ 退貨編號 ，退貨名稱，退貨數(shù)量，退貨日期，退貨價格，退貨原因，應付金額，已付金額，用戶姓名） 此為退貨表實體對應的關系模式 退貨信息表的數(shù)據(jù)依賴： {退貨編號 — ＞退貨名稱 } 倉庫管理員（ 倉庫管理員編號 ，倉庫管理員姓名，倉庫管理員電話號碼，倉庫管理員工作時間） 此為倉庫管理員實體對應的關系模式 倉庫管理員的數(shù)據(jù)依賴 {倉庫管理員編號 — ＞倉庫管理員姓名 } 關系模式規(guī)范化處理 ： 根據(jù) F，分析每一個關系模式是否滿足 3NF，對不滿足 3NF的關系模式要進行規(guī)范化處理。 闡述將 ER模型轉換為關系模式的基本原則和轉換結果，關系模式表示形式為 R（ U， F） 注意屬性列表中的標明主碼，并詳細給出最小函數(shù)依賴集。 4 數(shù)據(jù)抽象與局部視圖設計 客戶 姓名 性別 地址 郵箱 編號 電話 年齡 圖 42 客戶 供應商 編號 賬號 商品編號 地址 姓名 電話號碼 圖 41 供應商 5 倉庫 編號 地址 內存量 面積 名稱 電話 圖 44 倉庫 用品 編號 介紹 數(shù)量 名稱 價格 類型 庫存量 規(guī)格 圖 43 用品 6 倉庫管理員 庫存量 倉庫 庫存 用品 管理 n m 1 1 圖 46 倉庫的分 ER 圖 客戶 退貨 銷售 銷售訂單 用品 用品退貨單 m 1 m m 1 1 圖 45 客戶的分 ER 圖 7 圖 47 供應商的分 ER圖 客 戶退 貨銷 售銷 售 訂 單用 品 退 貨 單m1mm11倉 庫庫 存用 品管 理倉 庫 管 理 員nm1 1進 貨 單退 貨供 應 商供 應m1mmp1庫 存 量供 應 量 圖 48 全局 ER圖 邏輯結構設計就是把概念結構設計階段設計好的基本 ER圖轉換為與選用 DBMS 產品所進貨單 退貨 供應商 供應 退貨單 用品 m 1 m m p