在線訂餐系統(tǒng)的ER圖與邏輯圖

1、在線訂餐系統(tǒng)在線訂餐系統(tǒng) 作業(yè)題目：作業(yè)題目： 網(wǎng)上訂餐數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)網(wǎng)上訂餐數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì) 作業(yè)時(shí)間：作業(yè)時(shí)間： 20122012 年年 1111 月月 專業(yè)班級(jí)：專業(yè)班級(jí)： XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 姓姓 名：名： 學(xué)學(xué) 號(hào)：號(hào)： 授課教師：授課教師： 目錄目錄 第一章 需求分析.3 1.1 訂餐現(xiàn)狀分析.3 1.2 顧客需求分析.3 1.3 管理員需求分析 .3 1.4 性能需求分析.3 1.5 可行性分析 .4 1.6 總體設(shè)計(jì)原則.4 . ；. 第二章 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì).5 2.1 系統(tǒng) E-R 圖 .5 2.2 數(shù)據(jù)流圖.6 2.3 數(shù)

2、據(jù)字典.6 2.3.1 數(shù)據(jù)項(xiàng).6 2.3.2 數(shù)據(jù)結(jié)構(gòu).7 2.3.3 處理過程.7 第三章 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì).10 3.1 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)初步構(gòu)思.10 3.2 具體邏輯結(jié)構(gòu)設(shè)計(jì).11 第四章 數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)設(shè)計(jì).12 4.1 表間關(guān)系設(shè)計(jì).12 4.2 完整性設(shè)計(jì) .12 第五章 數(shù)據(jù)庫(kù)系統(tǒng)的實(shí)施.14 5.1 數(shù)據(jù)庫(kù)的建立.14 5.2 數(shù)據(jù)輸入.14 第六章 數(shù)據(jù)庫(kù)運(yùn)行和維護(hù).16 6.1 定義并設(shè)置備份策略 .16 6.2 啟用數(shù)據(jù)庫(kù)維護(hù)計(jì)劃任務(wù) .16 第七章 報(bào)告總結(jié).18 . ；. 第一章需求分析第一章需求分析 1.1 訂餐現(xiàn)狀分析 現(xiàn)在普遍使用的訂餐方式是進(jìn)行電話預(yù)定，

3、這種預(yù)訂方式方便，錯(cuò)誤率也 比較低，但是由此引發(fā)的一些不良現(xiàn)象也比較多，主要是訂餐后出現(xiàn)飯店并沒 有將信息記錄在案，而且電話里不能看到菜品的圖片，對(duì)菜量和菜品樣式?jīng)]有 直觀的概念。另外這種訂餐方式只是進(jìn)行電話的預(yù)約，很可能會(huì)出現(xiàn)訂餐但是 不履行訂單也不進(jìn)行訂餐取消的現(xiàn)象，訂餐人員對(duì)訂購(gòu)的餐桌信息不太了解會(huì) 進(jìn)行相關(guān)信息的詢問，這樣就在一定程度上造成了時(shí)間的浪費(fèi)，飯店人員會(huì)在 同一天反復(fù)重復(fù)相同的信息，造成了人力資源的浪費(fèi)。 這樣開發(fā)出圖文并茂，信息能夠及時(shí)更新和查看的在線網(wǎng)上訂餐系統(tǒng)就具 有了重要的意義。 1.2 顧客需求分析 顧客模塊的功能包括個(gè)人信息管理，美食選購(gòu)，美食評(píng)價(jià)三大功能。其中，

4、 在個(gè)人信息管理中可以對(duì)個(gè)人信息進(jìn)行修改、還可以查閱以往訂過的美食信息； 在選購(gòu)美食中可以通過購(gòu)物車直接購(gòu)買的形式、也可已選擇貨到付款的形式完 成交易；美食評(píng)價(jià)中顧客可以這對(duì)這次服務(wù)質(zhì)量，留下自己相對(duì)餐廳說的話， 完成用戶與餐廳之間的交互。 1.3 管理員需求分析 管理員模塊的功能包括菜品管理，訂單管理，會(huì)員信息管理三大功能。 其中，在個(gè)菜品管理中可以對(duì)菜品信息進(jìn)行添加、修改和查詢操作；在訂單管 理中可以通過未確認(rèn)、已確認(rèn)、已下單三種形式進(jìn)行管理、也可查看所有訂單 信息；會(huì)員信息管理中，可以添加會(huì)員信息和修改會(huì)員信息，進(jìn)而方便顧客網(wǎng) 上訂購(gòu)美食，并享有優(yōu)惠，這一做法人性化的完成網(wǎng)站的推廣，避免

5、了顧客的 抵觸情緒。 1.4 性能需求分析 該系統(tǒng)在性能功能上應(yīng)達(dá)到如下需求： 操作簡(jiǎn)單、界面友好: 完全控件式的頁(yè)面布局，使得菜品，資訊，座位等信 息的錄入工作更簡(jiǎn)便，許多選項(xiàng)包括餐廳信息，桌位，包房信息等只需要點(diǎn) 擊鼠標(biāo)就可以完成；另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時(shí)清楚自己的操 作情況。對(duì)常見的類似網(wǎng)站的管理的各個(gè)方面：基本信息錄入、瀏覽、刪除、 修改、搜索等方面都大體實(shí)現(xiàn)，顧客對(duì)菜品的預(yù)定及支付方式； . ；. 即時(shí)可見:對(duì)客戶預(yù)定餐飲信息的處理（包括錄入、刪除）將立即在主頁(yè)的 對(duì)應(yīng)欄目顯示出來，達(dá)到“即時(shí)發(fā)布、即時(shí)見效”的功能； 系統(tǒng)運(yùn)行應(yīng)該快速、穩(wěn)定、高效和可靠； 在結(jié)構(gòu)上應(yīng)具有很

6、好的可擴(kuò)展性，便于將來的功能擴(kuò)展和維護(hù)。 1.5 可行性分析 隨著經(jīng)濟(jì)的快速發(fā)展，B2C 電子商務(wù)越來越受到人們的關(guān)注。網(wǎng)上訂餐類 網(wǎng)站，已經(jīng)如雨后春筍般的出現(xiàn)在了個(gè)大城市。特別在公司，企業(yè)內(nèi)部，團(tuán)體 訂餐已經(jīng)成為了趨勢(shì)。同時(shí)，隨著全國(guó)人民的精神、物質(zhì)和文化生活高度的提 高，人們已經(jīng)不在僅僅停留在吃飽的程度，不但要吃飽，還要吃好，而且口味 也越來越挑刺，正因?yàn)槿绱司W(wǎng)絡(luò)訂餐業(yè)務(wù)的出現(xiàn)，正迎合了這些人的口味，他 們不但省去了自己做飯的麻煩，而且也能尋找和發(fā)現(xiàn)新的菜品，品嘗不同風(fēng)格 的菜品，網(wǎng)絡(luò)訂餐業(yè)務(wù)在中國(guó)有著極大的發(fā)展空間以及良好的背景。而當(dāng)代大 學(xué)生，白領(lǐng)工作人士作為社會(huì)中的重要群體，他們對(duì)飲

7、食的要求都在不斷提高, 飲食在他們生活中起著重要作用。因此，面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂 餐網(wǎng)站的設(shè)計(jì)有著良好的現(xiàn)實(shí)意義。 1.6 總體設(shè)計(jì)原則 1、開放性、可擴(kuò)充性、可靠性原則 開放系統(tǒng)是生產(chǎn)各種計(jì)算機(jī)產(chǎn)品普遍遵循的原則，遵循這種標(biāo)準(zhǔn)的產(chǎn)品都 符合一些公共的、可以相互操作的標(biāo)準(zhǔn)，能夠融洽的在一起工作。開放系統(tǒng)使 得各種類型的網(wǎng)絡(luò)和系統(tǒng)互連簡(jiǎn)單、標(biāo)準(zhǔn)統(tǒng)一，容易擴(kuò)展升級(jí)。從而適應(yīng)廣大 用戶需求的多變性和產(chǎn)品的更新?lián)Q代。 2、良好的用戶操作界面 用戶操作界面美觀、方便、實(shí)用，使用戶能在較短的時(shí)間內(nèi)掌握其使用方 法。 3、實(shí)用性原則 任何系統(tǒng)的設(shè)計(jì)都要考慮其實(shí)用性，系統(tǒng)開發(fā)的目的是為了實(shí)現(xiàn)業(yè)務(wù)處

8、理 自動(dòng)化、規(guī)范化，提高工作效率，減輕工作人員的勞動(dòng)強(qiáng)度，減少開支。 4、工作平臺(tái)設(shè)計(jì)原則 能適應(yīng)不同的操作平臺(tái)，不同的網(wǎng)絡(luò)。 . ；. 第二章第二章 概念結(jié)構(gòu)設(shè)計(jì)階段概念結(jié)構(gòu)設(shè)計(jì)階段 2.1 系統(tǒng) E-R 圖 通過上面的介紹，我們已近基本的實(shí)體有管理員、用戶、訂單和菜譜。實(shí) 體之間有一個(gè)管理員可以有擁有多個(gè)用戶、多個(gè)菜譜的管理關(guān)系，因此管理員 與用戶之間和菜單之間都是一對(duì)多的聯(lián)系；一個(gè)用戶只能屬于管理員，因此用 戶與管理員是多對(duì)一的聯(lián)系；一個(gè)訂單只屬于一個(gè)用戶，但可以擁有多個(gè)菜譜， 因此訂單與菜譜的關(guān)系是一對(duì)多的聯(lián)系。 據(jù)此分析，得到系統(tǒng)的 ER 圖如圖 2-1 所示。 圖 2-1 網(wǎng)上訂餐

9、系統(tǒng) E-R 圖 M 1 管理員用 戶 管理 管理 生成 下單 管理員編 號(hào) 名稱 用戶編號(hào) 姓名 地址 下單時(shí)間 總金額 訂單狀態(tài) 編號(hào)菜名 原 價(jià) 菜名的介紹 優(yōu)惠價(jià) 菜 系訂 單 圖片 手機(jī)號(hào) 訂單編號(hào) 地址 密碼 登錄 IP 最后登錄時(shí)間 注冊(cè)時(shí)間 訂單改變時(shí)間 會(huì)員編號(hào) 備注 創(chuàng)建時(shí)間 . ；. 2.2 數(shù)據(jù)流圖 圖 2-2 訂餐系統(tǒng)網(wǎng)上訂餐數(shù)據(jù)流圖 2.3 數(shù)據(jù)字典 2.3.12.3.1 數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng) 數(shù)據(jù)項(xiàng)編號(hào)數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義說明數(shù)據(jù)類型長(zhǎng)度 DI-0 用戶編號(hào)用戶的唯一標(biāo)識(shí) int DI-1 用戶名用戶登陸時(shí)的名稱 char17 DI-2 用戶密碼用戶登陸時(shí)的密碼 char1

10、7 DI-3 用戶姓名用戶的真實(shí)姓名 char20 DI-4 用戶性別用戶的性別 char2 DI-5 用戶手機(jī)用戶的聯(lián)系電話 char40 DI-6 用戶固定電話用戶的聯(lián)系電話 char40 DI-7 用戶地址用戶的送貨地址 char100 DI-8 用戶郵箱用戶的個(gè)人郵箱 char50 DI-9 用戶年齡用戶的真實(shí)年齡 int DI-10 用戶生日用戶的出生日期 date DI-11 餐館編號(hào)餐館的唯一標(biāo)識(shí) int DI-12 餐館名稱餐館的全稱 char50 DI-13 餐館地址餐館的詳細(xì)地址 char100 DI-14 餐館電話餐館的聯(lián)系電話 char40 . ；. 數(shù)據(jù)項(xiàng)編號(hào)數(shù)據(jù)項(xiàng)名

11、數(shù)據(jù)項(xiàng)含義說明數(shù)據(jù)類型長(zhǎng)度 DI-15 餐館聯(lián)系人餐館聯(lián)系人的姓名 char20 DI-16 菜品編號(hào)菜品的唯一標(biāo)識(shí) int DI-17 菜名名稱菜品的名稱 char40 DI-18 菜品類別菜品所屬的類別名稱 char20 DI-19 菜品類別編號(hào)菜品類別的唯一標(biāo)識(shí) int DI-20 菜品價(jià)格菜品的單價(jià) float DI-21 菜品折扣菜品的折扣率 float DI-22 菜品份數(shù)菜品的份數(shù) int DI-23 訂單編號(hào)訂單的唯一標(biāo)識(shí) int DI-24 訂單日期訂單產(chǎn)生的日期 date DI-25 訂單總額訂單所有菜品的總額 float DI-26 送餐編號(hào)送餐的唯一標(biāo)識(shí) int DI-

12、27 送餐地址送餐的詳細(xì)地址 char100 DI-28 送餐日期送餐的日期 date DI-29 送餐員名稱送餐員的真實(shí)姓名 char20 DI-30 送餐員電話送餐員的聯(lián)系電話 char40 DI-31 省份編號(hào)省份的唯一標(biāo)識(shí) int DI-32 省份名稱省份的名稱 char20 DI-33 城市編號(hào)城市的唯一標(biāo)識(shí) int DI-34 城市名稱城市的名稱 char20 2.3.22.3.2 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)結(jié)構(gòu)編號(hào)數(shù)據(jù)結(jié)構(gòu)名含義說明組成 DS-1Class 菜品分類信息DI-18，DI-19 DS-2User 用戶信息DI-0 至 DI-10 DS-3Restaurant 餐館信息D

13、I-11 至 DI-15 DS-4Meal 菜品信息DI-16 至 DI-22 DS-5Order 訂單信息DI-23、DI-24、DI-25、DI-27、DI-0 DS-6DeliveryNote 送餐信息DI-26 至 DI-30，DI-1、DI-14、DI-15 2.3.32.3.3 處理過程處理過程 處理過程編號(hào)處理過程名說明輸入輸出處理 P-1 注冊(cè)所有用戶用戶詳細(xì)信息 注冊(cè)成功信息 或失敗信息 成功：跳轉(zhuǎn)到 登陸頁(yè)面 失?。褐匦伦?冊(cè) . ；. 處理過程編號(hào)處理過程名說明輸入輸出處理 P-2 登錄所有用戶用戶名和密碼 登陸成功信息 或失敗信息 成功：跳轉(zhuǎn)到 首頁(yè) 失?。褐匦碌?陸

14、P-3 修改賬號(hào) 已經(jīng)登陸 的用戶 原用戶名、新 的用戶名、確 認(rèn)新用戶名、 密碼 修改成功或失 敗信息 修改數(shù)據(jù)庫(kù)信 息 P-4 修改密碼 已經(jīng)登陸 的用戶 原來的密碼、 新的密碼、確 認(rèn)新密碼 修改成功或失 敗信息 修改數(shù)據(jù)庫(kù)信 息 P-5 修改常用收 貨信息 已經(jīng)登陸 的用戶 新的收貨地址、 新的聯(lián)系方式 修改數(shù)據(jù)庫(kù)信 息 P-6 添加收獲信 息 已經(jīng)登陸 的用戶 新的收貨信息 修改數(shù)據(jù)庫(kù)信 息 P-7 修改用戶信 息 已經(jīng)登陸 的用戶 用戶信息 修改數(shù)據(jù)庫(kù)信 息 P-8 添加到購(gòu)物 車 所有用戶 將用戶所選的 菜品添加到購(gòu) 物車 P-9 修改購(gòu)物車所有用戶 修改購(gòu)物車信 息 P-10

15、下訂單 已登錄用 戶 根據(jù)購(gòu)物車和 用戶信息自動(dòng) 生成訂單 P-11 查看并確認(rèn) 訂單 已登錄用 戶 P-12 提交訂單 已登錄用 戶 訂餐成功信息 修改數(shù)據(jù)庫(kù)信 息 . ；. 處理過程編號(hào)處理過程名說明輸入輸出處理 P-13 接收訂單客服人員 將訂單信息傳 送給相關(guān)工作 人員 P-14 信息檢索所有用戶要檢索的內(nèi)容檢索信息內(nèi)容 P-15 發(fā)布信息 已登錄用 戶 要發(fā)布的信息 修改數(shù)據(jù)庫(kù)信 息 P-16 系統(tǒng)維護(hù)管理員 P-17 信息更新管理員 需要更新的信 息 修改數(shù)據(jù)庫(kù)信 息 P-18 用戶投訴與 評(píng)價(jià) 已登錄的 用戶 投訴/評(píng)價(jià)內(nèi)容 投訴/評(píng)價(jià)內(nèi) 容 修改數(shù)據(jù)庫(kù)信 息 . ；. 第三章第

16、三章 數(shù)據(jù)庫(kù)邏輯數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)結(jié)構(gòu)設(shè)計(jì)設(shè)計(jì)階段階段 3.1 數(shù)據(jù)庫(kù)邏輯模式初步構(gòu)思 根據(jù) ER 圖轉(zhuǎn)換成基本表的思想，即每個(gè)實(shí)體轉(zhuǎn)換成基本表，而 1 對(duì)多的聯(lián) 系根據(jù)實(shí)際需要可以轉(zhuǎn)換或不轉(zhuǎn)換為基本表，按照?qǐng)D 2-1 所示的 ER 圖，該系統(tǒng) 的基本表應(yīng)為 5 個(gè)，分別為： 表 3-1 管理員表 管理員編號(hào)姓名密碼登陸 IP最后登錄時(shí)間 主碼 表 3-2 用戶表 用戶編號(hào)姓名地址手機(jī)注冊(cè)時(shí)間 主碼 表 3-3 訂單表 訂單 編號(hào) 手機(jī)號(hào)地址總金額下單 時(shí)間 訂單狀態(tài)訂單改 變時(shí)間 備注會(huì)員編 號(hào) 主碼外碼 表 3-4 菜譜表 編號(hào)菜名原價(jià)優(yōu)惠價(jià)菜名的介紹圖片創(chuàng)建時(shí)間 主碼 表 3-5 訂單項(xiàng)表

17、訂單項(xiàng)編號(hào)訂單編號(hào)姓名狀態(tài) 主碼 . ；. 3.2 具體邏輯模式設(shè)計(jì) 表的具體結(jié)構(gòu) 表名字段名字段類型關(guān)鍵字約束說明 菜譜編號(hào)10 個(gè)字符是 菜名20 個(gè)字符不允許空值 原價(jià)20 個(gè)字符 優(yōu)惠價(jià)20 個(gè)字符 菜名介紹50 個(gè)字符 圖片 菜譜信息 創(chuàng)建時(shí)間10 個(gè)字符 用戶編號(hào)10 個(gè)字符是 姓名10 個(gè)字符 地址50 個(gè)字符 手機(jī)20 個(gè)字符 用戶信息 注冊(cè)時(shí)間10 個(gè)字符 管理員編號(hào)10 個(gè)字符是 姓名10 個(gè)字符 管理員密碼10 個(gè)字符 登錄 IP20 個(gè)字符 管理員信息 最后登錄時(shí)間10 個(gè)字符 訂單編號(hào)15 個(gè)字符是 手機(jī)號(hào)20 個(gè)字符 地址20 個(gè)字符 總金額10 個(gè)字符 下單時(shí)間1

18、0 個(gè)字符 訂單狀態(tài)10 個(gè)字符 訂單改變時(shí)間10 個(gè)字符 備注50 個(gè)字符 訂單信息 會(huì)員編號(hào)10 個(gè)字符參照用戶信息表的用戶編 號(hào)，不允許空值 訂單項(xiàng)編號(hào)10 個(gè)字符是 訂單編號(hào)15 個(gè)字符參照訂單信息表的訂單編 號(hào)，不允許空值 姓名10 個(gè)字符 訂單項(xiàng)信息 狀態(tài)10 個(gè)字符 . ；. 第四章第四章 數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)物理結(jié)構(gòu)設(shè)計(jì)設(shè)計(jì) 4.1 設(shè)計(jì)表間關(guān)系 在網(wǎng)上訂餐系統(tǒng)中，存在著參照關(guān)系和被參照關(guān)系。 用戶信息表 參照關(guān)系 外部關(guān)鍵字 主關(guān)鍵字 訂單信息表 被參照關(guān)系 訂單編號(hào)用戶編號(hào)地址總金額下單時(shí)間訂單狀態(tài)訂單改 變時(shí)間 手機(jī)備注 111223012010010001山東濟(jì)南2

19、8.001223 11:23等待付111223022010010002江西南昌42.001223 14:42貨到付111223032010010003廣東佛山13.001223 15:33已付111223042010010004湖南長(zhǎng)沙25.001223 17:52貨到付圖 4-1 參照關(guān)系與被參照關(guān)系 4.2 完整性設(shè)計(jì) 4.2.14.2.1 主要字段完整性的字段名、完整性約束條件主要字段完整性的字段名、完整性約束條件 關(guān)系模型的完整性約束包括實(shí)體完整性、參照完整性和用戶定義完整性。主要字

20、段完整 性的字段名、完整性約束條件指的是實(shí)體完整性。其中實(shí)體完整性的規(guī)則如下： 1 實(shí)體完整性規(guī)則是針對(duì)關(guān)系而言的，而關(guān)系則對(duì)應(yīng)一個(gè)現(xiàn)實(shí)世界中的實(shí)體集。 2 現(xiàn)實(shí)世界中的實(shí)體是可區(qū)分的，它們具有某種標(biāo)識(shí)特征；相應(yīng)地，關(guān)系中的元組也 是可區(qū)分的，在關(guān)系中用主關(guān)鍵字作唯一性標(biāo)識(shí)。 3 主關(guān)鍵字中的屬性，即主屬性不能取空值。 在網(wǎng)上訂餐系統(tǒng)中，管理員表（管理員編號(hào)，名稱，密碼，登陸 IP，最后登錄時(shí)間） 中，管理員編號(hào)是主關(guān)鍵字，不可以取空值；用戶表（用戶編號(hào)，姓名，地址，手機(jī)， 注冊(cè)時(shí)間）中，用戶編號(hào)是主關(guān)鍵字，不可以取空值；訂單表（訂單編號(hào)，手機(jī)號(hào)，地 用戶編號(hào)姓名地址手機(jī)注冊(cè)時(shí)間 201001

21、0001王麗萍山東濟(jì)南1322323565620100910 2010010002李杜娟江西南昌1514685423620081231 2010010003黃大洲廣東佛山1877569258420090423 2010010004張子將湖南長(zhǎng)沙1802365254120110814 . ；. 址，總金額，下單時(shí)間，訂單狀態(tài)，訂單改變時(shí)間，備注，會(huì)員編號(hào)）中，訂單編號(hào)是 主關(guān)鍵字，不可以取空值；菜譜表（菜譜編號(hào)，菜名，原價(jià)，優(yōu)惠價(jià)，菜名的介紹,圖 片，創(chuàng)建時(shí)間）中，菜譜編號(hào)是主關(guān)鍵字，不可以取空值；訂單項(xiàng)表（訂單項(xiàng)編號(hào)，訂 單編號(hào)，姓名，狀態(tài)）中，訂單項(xiàng)編號(hào)是主關(guān)鍵字，不可以取空值。 4.2.2

22、4.2.2 記錄完整性約束及其約束條件記錄完整性約束及其約束條件 除了實(shí)體完整性之外還有其他與應(yīng)用密切相關(guān)的數(shù)據(jù)完整性約束，例如某個(gè)屬性的值 必須唯一，某個(gè)屬性的取值必須在某個(gè)范圍內(nèi)，某些屬性值之間應(yīng)該滿足一定的函數(shù)關(guān)系 等。類似這些方面的約束不是關(guān)系數(shù)據(jù)模型本身所要求的，而是為了滿足應(yīng)用方面的語(yǔ)義 要求提出來的，這些完整性需求需要用戶來定義，所以稱為用戶定義完整性。數(shù)據(jù)庫(kù)管理 系統(tǒng)需提供定義這些數(shù)據(jù)完整性的功能和手段，以便統(tǒng)一進(jìn)行處理和檢查，而不是由應(yīng)用 程序去實(shí)現(xiàn)這些功能。 在用戶定義完整性中最常見的是限定屬性的取值范圍，即對(duì)值域的約束，這包括說明 屬性的數(shù)據(jù)類型、精度、取值范圍、是否允許

23、空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中 的訂單編號(hào)不允許為空值，用戶表中的用戶編號(hào)為唯一值都是用了用戶定義完整性約束。 4.2.34.2.3 參照完整性表參照完整性表 現(xiàn)實(shí)世界中的實(shí)體之間存在著某種聯(lián)系，而在關(guān)系模型中實(shí)體是用關(guān)系描述的，實(shí)體之間 的聯(lián)系也是用關(guān)系描述的，這樣就自然存在著關(guān)系和關(guān)系之間的參照或引用。網(wǎng)上訂餐系 統(tǒng)參照完整性表如下： 用戶信息表 n：n 訂單信息表 訂單項(xiàng)信息表 圖 4-2 說明關(guān)聯(lián)和參照關(guān) 用戶編號(hào)姓名地址手機(jī)注冊(cè)時(shí)間 訂單編號(hào)手機(jī)號(hào)地址總金額下單時(shí)間訂單狀態(tài)用戶編號(hào) 訂單項(xiàng)編號(hào)訂單編號(hào)姓名狀態(tài) n: n . ；. 第第 5 5 章章 數(shù)據(jù)庫(kù)系統(tǒng)的實(shí)現(xiàn)數(shù)據(jù)庫(kù)系統(tǒng)

24、的實(shí)現(xiàn) 5.1 數(shù)據(jù)庫(kù)的建立 啟動(dòng)服務(wù)管理器，打開查詢分析器，在調(diào)試程序窗口輸入下列語(yǔ)句： Create database 網(wǎng)上訂餐系統(tǒng) On （name=網(wǎng)上訂餐系統(tǒng)_dat, Filename=d:program fileslzysql網(wǎng)上訂餐系統(tǒng)_dat.mdf, Size=5mb Maxsize=100mb, Filegrowth=5mb) Log on (name=網(wǎng)上訂餐系統(tǒng)_log, Filename=d:program fileslzysql網(wǎng)上訂餐系統(tǒng)_log.ldf, Size=5mb Maxsize=100mb, Filegrowth=5mb) 5.2 數(shù)據(jù)載入 在網(wǎng)上訂

25、餐系統(tǒng)數(shù)據(jù)庫(kù)中分別新建菜譜信息表、用戶信息表、管理員信息表、 訂單信息表、訂單項(xiàng)信息表，再陸續(xù)載入數(shù)據(jù)： 菜譜信息表的數(shù)據(jù): . ；. 用戶信息表的數(shù)據(jù): 管理員信息表的數(shù)據(jù) 訂單信息表的數(shù)據(jù)： 訂單項(xiàng)信息表的數(shù)據(jù)： . ；. 第第 6 6 章章 數(shù)據(jù)庫(kù)系統(tǒng)的運(yùn)行和維護(hù)數(shù)據(jù)庫(kù)系統(tǒng)的運(yùn)行和維護(hù) 作為網(wǎng)管員，無(wú)論其管理的網(wǎng)絡(luò)的規(guī)模是大還是小，在日常的管理中除了維護(hù)網(wǎng)絡(luò)平 穩(wěn)運(yùn)行、及時(shí)排除網(wǎng)絡(luò)故障、保護(hù)網(wǎng)絡(luò)安全等工作以外，備份網(wǎng)絡(luò)中關(guān)鍵數(shù)據(jù)也是其中的 一個(gè)非常非常重要的工作環(huán)節(jié)。 網(wǎng)絡(luò)中的各種故障無(wú)非就分兩種:軟件故障和硬件故障。對(duì)于“硬件故障”可以通過維 修或更換硬件設(shè)備得到及時(shí)解決;對(duì)于“軟件故

26、障”則可以通過重新安裝或升級(jí)軟件、重做 網(wǎng)絡(luò)或應(yīng)用軟件系統(tǒng)等方法及時(shí)解決，而且用此方法來解決網(wǎng)絡(luò)故障大多需要一些基礎(chǔ)的、 關(guān)鍵的數(shù)據(jù)支持才能得以恢復(fù)正常。但是，網(wǎng)絡(luò)中諸如此類的關(guān)鍵數(shù)據(jù)(特別是“應(yīng)用軟件 系統(tǒng)”中的關(guān)鍵數(shù)據(jù))的損壞或丟失，絕大部分是無(wú)法恢復(fù)和彌補(bǔ)的。 6.1 定義并設(shè)置備份策略： 1. 每周 1 次完全備份，周日晚 0 點(diǎn)。超過 4 周清空之前的備份。 2. 每天 1 次差異備份，每天 0 點(diǎn)。超過 1 周清空之前的備份。 3. 每 2 小時(shí)一次日志備份，超過 1 天清空之前的備份。 6.2 啟用維護(hù)計(jì)劃任務(wù) 在“管理”“數(shù)據(jù)庫(kù)維護(hù)計(jì)劃”上右鍵彈出菜單，選“新建維護(hù)計(jì)劃” 。如圖 6-2- 1 所示。設(shè)置數(shù)據(jù)庫(kù)維護(hù)計(jì)劃名，并完成向?qū)鐖D 6-2-2 所示。 圖 6-2-1 新建數(shù)據(jù)庫(kù)維護(hù)計(jì)劃 . ；. 圖 6-2-2 完成建數(shù)據(jù)庫(kù)維護(hù)計(jì)劃 . ；. 第第 7 7 章章 報(bào)告總結(jié)報(bào)告總結(jié) 實(shí)踐出真知。這句話說得一點(diǎn)也沒錯(cuò)，在整個(gè)數(shù)據(jù)庫(kù)課程設(shè)計(jì)過程中，只有實(shí)踐才能 對(duì)事物的本質(zhì)有更深的認(rèn)識(shí)，才能