SQL數(shù)據(jù)庫(kù)課程設(shè)計(jì)-網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)(共18頁(yè))

1、電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)課程設(shè)計(jì)課程設(shè)計(jì)課程名稱：課程名稱： 電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)及應(yīng)用電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)及應(yī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 年年 1 1 月月 專業(yè)班級(jí)：專業(yè)班級(jí)： 1010 級(jí)電子商務(wù)級(jí)電子商務(wù) 姓姓 名：名： 學(xué)學(xué) 號(hào)：號(hào)： 授課教師：授課教師： 南昌工程學(xué)院工商管理學(xué)院南昌工程學(xué)院工商管理學(xué)院2011201120122012 學(xué)年第學(xué)年第 一一 學(xué)期學(xué)期目錄目錄第一章 需求分析.31.1 訂餐現(xiàn)狀分析.31.2 顧客需求分析.31.3 管理員需求分析 .31.4 性能需求分析.31

2、.5 可行性分析 .41.6 總體設(shè)計(jì)原則.4第二章 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì).52.1 系統(tǒng) E-R 圖 .52.2 數(shù)據(jù)流圖.62.3 數(shù)據(jù)字典.62.3.1 數(shù)據(jù)項(xiàng).62.3.2 數(shù)據(jù)結(jié)構(gòu).72.3.3 處理過(guò)程.7第三章 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì).103.1 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)初步構(gòu)思.103.2 具體邏輯結(jié)構(gòu)設(shè)計(jì).11第四章 數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)設(shè)計(jì).124.1 表間關(guān)系設(shè)計(jì).124.2 完整性設(shè)計(jì) .12第五章 數(shù)據(jù)庫(kù)系統(tǒng)的實(shí)施.145.1 數(shù)據(jù)庫(kù)的建立.145.2 數(shù)據(jù)輸入.14第六章 數(shù)據(jù)庫(kù)運(yùn)行和維護(hù).166.1 定義并設(shè)置備份策略 .166.2 啟用數(shù)據(jù)庫(kù)維護(hù)計(jì)劃任務(wù) .16第七章 報(bào)告總結(jié).1

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

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

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

6、可靠； 在結(jié)構(gòu)上應(yīng)具有很好的可擴(kuò)展性，便于將來(lái)的功能擴(kuò)展和維護(hù)。1.5 可行性分析隨著經(jīng)濟(jì)的快速發(fā)展，B2C 電子商務(wù)越來(lái)越受到人們的關(guān)注。網(wǎng)上訂餐類網(wǎng)站，已經(jīng)如雨后春筍般的出現(xiàn)在了個(gè)大城市。特別在公司，企業(yè)內(nèi)部，團(tuán)體訂餐已經(jīng)成為了趨勢(shì)。同時(shí)，隨著全國(guó)人民的精神、物質(zhì)和文化生活高度的提高，人們已經(jīng)不在僅僅停留在吃飽的程度，不但要吃飽，還要吃好，而且口味也越來(lái)越挑刺，正因?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ì)中的重要群體，他

7、們對(duì)飲食的要求都在不斷提高,飲食在他們生活中起著重要作用。因此，面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂餐網(wǎng)站的設(shè)計(jì)有著良好的現(xiàn)實(shí)意義。1.6 總體設(shè)計(jì)原則1、開(kāi)放性、可擴(kuò)充性、可靠性原則 開(kāi)放系統(tǒng)是生產(chǎn)各種計(jì)算機(jī)產(chǎn)品普遍遵循的原則，遵循這種標(biāo)準(zhǔn)的產(chǎn)品都符合一些公共的、可以相互操作的標(biāo)準(zhǔn)，能夠融洽的在一起工作。開(kāi)放系統(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)開(kāi)發(fā)的目的是為了實(shí)現(xiàn)業(yè)務(wù)處理自動(dòng)化、規(guī)范化

8、，提高工作效率，減輕工作人員的勞動(dòng)強(qiáng)度，減少開(kāi)支。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 圖通過(guò)上面的介紹，我們已近基本的實(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)上訂餐系統(tǒng) E-R 圖M1 管理員用 戶管理管理生成下單

9、管理員編號(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)含義說(shuō)明數(shù)據(jù)類型長(zhǎng)度DI-0用戶編號(hào)用戶的唯一標(biāo)識(shí)intDI-1用戶名用戶登陸時(shí)的名稱char17DI-2用戶密碼用戶登陸時(shí)的密碼char17DI-3用戶姓名用戶的真實(shí)姓名char20DI-4用戶性別用戶的性別char2DI-5用戶手機(jī)用戶的聯(lián)系電話char40DI-6用戶固定電話用戶的聯(lián)系電

10、話char40DI-7用戶地址用戶的送貨地址char100DI-8用戶郵箱用戶的個(gè)人郵箱char50DI-9用戶年齡用戶的真實(shí)年齡intDI-10用戶生日用戶的出生日期dateDI-11餐館編號(hào)餐館的唯一標(biāo)識(shí)intDI-12餐館名稱餐館的全稱char50DI-13餐館地址餐館的詳細(xì)地址char100DI-14餐館電話餐館的聯(lián)系電話char40數(shù)據(jù)項(xiàng)編號(hào)數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義說(shuō)明數(shù)據(jù)類型長(zhǎng)度DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名char20DI-16菜品編號(hào)菜品的唯一標(biāo)識(shí)intDI-17菜名名稱菜品的名稱char40DI-18菜品類別菜品所屬的類別名稱char20DI-19菜品類別編號(hào)菜品類別的唯一標(biāo)

11、識(shí)intDI-20菜品價(jià)格菜品的單價(jià)floatDI-21菜品折扣菜品的折扣率floatDI-22菜品份數(shù)菜品的份數(shù)intDI-23訂單編號(hào)訂單的唯一標(biāo)識(shí)intDI-24訂單日期訂單產(chǎn)生的日期dateDI-25訂單總額訂單所有菜品的總額floatDI-26送餐編號(hào)送餐的唯一標(biāo)識(shí)intDI-27送餐地址送餐的詳細(xì)地址char100DI-28送餐日期送餐的日期dateDI-29送餐員名稱送餐員的真實(shí)姓名char20DI-30送餐員電話送餐員的聯(lián)系電話char40DI-31省份編號(hào)省份的唯一標(biāo)識(shí)intDI-32省份名稱省份的名稱char20DI-33城市編號(hào)城市的唯一標(biāo)識(shí)intDI-34城市名稱城市的

12、名稱char202.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)名含義說(shuō)明組成DS-1Class菜品分類信息DI-18，DI-19DS-2User用戶信息DI-0 至 DI-10DS-3Restaurant餐館信息DI-11 至 DI-15DS-4Meal菜品信息DI-16 至 DI-22DS-5Order訂單信息DI-23、DI-24、DI-25、DI-27、DI-0DS-6DeliveryNote送餐信息DI-26 至 DI-30，DI-1、DI-14、DI-152.3.32.3.3 處理過(guò)程處理過(guò)程處理過(guò)程編號(hào)處理過(guò)程名說(shuō)明輸入輸出處理P-1注冊(cè)所有用戶用戶詳細(xì)信息注冊(cè)成功信息

13、或失敗信息成功：跳轉(zhuǎn)到登陸頁(yè)面失?。褐匦伦?cè)處理過(guò)程編號(hào)處理過(guò)程名說(shuō)明輸入輸出處理P-2登錄所有用戶用戶名和密碼登陸成功信息或失敗信息成功：跳轉(zhuǎn)到首頁(yè)失?。褐匦碌顷慞-3修改賬號(hào)已經(jīng)登陸的用戶原用戶名、新的用戶名、確認(rèn)新用戶名、密碼修改成功或失敗信息修改數(shù)據(jù)庫(kù)信息P-4修改密碼已經(jīng)登陸的用戶原來(lái)的密碼、新的密碼、確認(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

14、-9修改購(gòu)物車所有用戶修改購(gòu)物車信息P-10下訂單已登錄用戶根據(jù)購(gòu)物車和用戶信息自動(dòng)生成訂單P-11查看并確認(rèn)訂單已登錄用戶P-12提交訂單已登錄用戶訂餐成功信息修改數(shù)據(jù)庫(kù)信息處理過(guò)程編號(hào)處理過(guò)程名說(shuō)明輸入輸出處理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ù)信息第三章第三章 數(shù)據(jù)庫(kù)邏輯數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)結(jié)構(gòu)設(shè)計(jì)設(shè)計(jì)階段階段3.1 數(shù)據(jù)庫(kù)邏輯模式初步構(gòu)

15、思根據(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)表訂單項(xiàng)編號(hào)訂單編號(hào)姓名狀態(tài)主碼3.2 具體邏輯模式設(shè)計(jì)表的具體結(jié)構(gòu)表名字段名字段類型關(guān)鍵字約束說(shuō)明菜譜編號(hào)10 個(gè)字符是菜名20

16、 個(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í)間10 個(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è)字符參照訂單信息表的訂

17、單編號(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ì)南28.001223 11:23等待付款13223235656111223022010010002江西南昌42.001223 14:42貨到付款15146854236111223032010010003廣東佛山13.001223 15:33已付款18

18、775692584111223042010010004湖南長(zhǎng)沙25.001223 17:52貨到付圖 4-1 參照關(guān)系與被參照關(guān)系4.2 完整性設(shè)計(jì)4.2.14.2.1 主要字段完整性的字段名、完整性約束條件主要字段完整性的字段名、完整性約束條件關(guān)系模型的完整性約束包括實(shí)體完整性、參照完整性和用戶定義完整性。主要字段完整性的字段名、完整性約束條件指的是實(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)鍵字作唯

19、一性標(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í)間2010010001王麗萍山東濟(jì)南13223235656201009102010010002李杜娟江西南昌15146854236200812312010010003黃大洲廣東佛山18775692584200904232010010004張子將湖南長(zhǎng)沙1802365254120110814址

20、，總金額，下單時(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.24.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ǔ)義要求提出來(lái)

21、的，這些完整性需求需要用戶來(lái)定義，所以稱為用戶定義完整性。數(shù)據(jù)庫(kù)管理系統(tǒng)需提供定義這些數(shù)據(jù)完整性的功能和手段，以便統(tǒng)一進(jìn)行處理和檢查，而不是由應(yīng)用程序去實(shí)現(xiàn)這些功能。 在用戶定義完整性中最常見(jiàn)的是限定屬性的取值范圍，即對(duì)值域的約束，這包括說(shuō)明屬性的數(shù)據(jù)類型、精度、取值范圍、是否允許空值等。在網(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)上訂餐系

22、統(tǒng)參照完整性表如下： 用戶信息表 n：n 訂單信息表訂單項(xiàng)信息表 圖 4-2 說(shuō)明關(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)的實(shí)現(xiàn)5.1 數(shù)據(jù)庫(kù)的建立啟動(dòng)服務(wù)管理器，打開(kāi)查詢分析器，在調(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=5mbMaxsize=100mb,Filegrowth=5mb)Log on(n

23、ame=網(wǎng)上訂餐系統(tǒng)_log,Filename=d:program fileslzysql網(wǎng)上訂餐系統(tǒng)_log.ldf,Size=5mbMaxsize=100mb,Filegrowth=5mb)5.2 數(shù)據(jù)載入在網(wǎng)上訂餐系統(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ò)安全等工作以外，

24、備份網(wǎng)絡(luò)中關(guān)鍵數(shù)據(jù)也是其中的一個(gè)非常非常重要的工作環(huán)節(jié)。網(wǎng)絡(luò)中的各種故障無(wú)非就分兩種:軟件故障和硬件故障。對(duì)于“硬件故障”可以通過(guò)維修或更換硬件設(shè)備得到及時(shí)解決;對(duì)于“軟件故障”則可以通過(guò)重新安裝或升級(jí)軟件、重做網(wǎng)絡(luò)或應(yīng)用軟件系統(tǒng)等方法及時(shí)解決，而且用此方法來(lái)解決網(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)。超過(guò) 4 周清空之前的備份。2. 每天 1 次差異備份，每天 0 點(diǎn)。超過(guò) 1 周清空之前的備份。3. 每 2 小時(shí)一次日志備份，超過(guò) 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í)踐出真知。這句話說(shuō)得一點(diǎn)也沒(méi)錯(cuò)，在整個(gè)數(shù)據(jù)庫(kù)課程設(shè)計(jì)過(guò)程中，只有實(shí)踐才能對(duì)事物的本質(zhì)有更深的認(rèn)識(shí)，才能有發(fā)言權(quán)，一切認(rèn)識(shí)都是建立在認(rèn)識(shí)的基礎(chǔ)上。通過(guò)了一個(gè)星期的數(shù)據(jù)