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

年4月19日SQL數(shù)據(jù)庫(kù)課程設(shè)計(jì)網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)文檔僅供參考電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)課程設(shè)計(jì)課程名稱：電子商務(wù)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)及應(yīng)用作業(yè)題目：網(wǎng)上訂餐數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)作業(yè)時(shí)間：1月專業(yè)班級(jí)：10級(jí)電子商務(wù)姓名：學(xué)號(hào)：授課教師：南昌工程學(xué)院工商管理學(xué)院——年第一學(xué)期目錄第一章需求分析 31.1訂餐現(xiàn)狀分析 31.2顧客需求分析 31.3管理員需求分析 31.4性能需求分析 31.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ù)字典 6.3.1數(shù)據(jù)項(xiàng) 62.3.2數(shù)據(jù)結(jié)構(gòu) 72.3.3處理過程 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é) 18

第一章需求分析1.1訂餐現(xiàn)狀分析現(xiàn)在普遍使用的訂餐方式是進(jìn)行電話預(yù)定，這種預(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à)三大功能。其中，在個(gè)人信息管理中能夠?qū)€(gè)人信息進(jìn)行修改、還能夠查閱以往訂過的美食信息；在選購(gòu)美食中能夠經(jīng)過購(gòu)物車直接購(gòu)買的形式、也可已選擇貨到付款的形式完成交易；美食評(píng)價(jià)中顧客能夠這對(duì)這次服務(wù)質(zhì)量，留下自己相對(duì)餐廳說(shuō)的話，完成用戶與餐廳之間的交互。1.3管理員需求分析管理員模塊的功能包括菜品管理，訂單管理，會(huì)員信息管理三大功能。其中，在個(gè)菜品管理中能夠?qū)Σ似沸畔⑦M(jìn)行添加、修改和查詢操作；在訂單管理中能夠經(jīng)過未確認(rèn)、已確認(rèn)、已下單三種形式進(jìn)行管理、也可查看所有訂單信息；會(huì)員信息管理中，能夠添加會(huì)員信息和修改會(huì)員信息，進(jìn)而方便顧客網(wǎng)上訂購(gòu)美食，并享有優(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ì)常見的類似網(wǎng)站的管理的各個(gè)方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大致實(shí)現(xiàn)，顧客對(duì)菜品的預(yù)定及支付方式；即時(shí)可見:對(duì)客戶預(yù)定餐飲信息的處理（包括錄入、刪除）將立即在主頁(yè)的對(duì)應(yīng)欄目顯示出來(lái)，達(dá)到“即時(shí)發(fā)布、即時(shí)見效”的功能；系統(tǒng)運(yùn)行應(yīng)該快速、穩(wěn)定、高效和可靠；在結(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ì)中的重要群體，她們對(duì)飲食的要求都在不斷提高,飲食在她們生活中起著重要作用。因此，面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂餐網(wǎng)站的設(shè)計(jì)有著良好的現(xiàn)實(shí)意義。1.6總體設(shè)計(jì)原則開放性、可擴(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代。良好的用戶操作界面用戶操作界面美觀、方便、實(shí)用，使用戶能在較短的時(shí)間內(nèi)掌握其使用方法。3、實(shí)用性原則任何系統(tǒng)的設(shè)計(jì)都要考慮其實(shí)用性，系統(tǒng)開發(fā)的目的是為了實(shí)現(xiàn)業(yè)務(wù)處理自動(dòng)化、規(guī)范化，提高工作效率，減輕工作人員的勞動(dòng)強(qiáng)度，減少開支。4、工作平臺(tái)設(shè)計(jì)原則能適應(yīng)不同的操作平臺(tái)，不同的網(wǎng)絡(luò)。

第二章概念結(jié)構(gòu)設(shè)計(jì)階段2.1系統(tǒng)E-R圖經(jīng)過上面的介紹，我們已近基本的實(shí)體有管理員、用戶、訂單和菜譜。實(shí)體之間有一個(gè)管理員能夠有擁有多個(gè)用戶、多個(gè)菜譜的管理關(guān)系，因此管理員與用戶之間和菜單之間都是一對(duì)多的聯(lián)系；一個(gè)用戶只能屬于管理員，因此用戶與管理員是多對(duì)一的聯(lián)系；一個(gè)訂單只屬于一個(gè)用戶，但能夠擁有多個(gè)菜譜，因此訂單與菜譜的關(guān)系是一對(duì)多的聯(lián)系。M1M1管理員用戶管理管理生成下單管理員編號(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-1網(wǎng)上訂餐系統(tǒng)E-R圖2.2數(shù)據(jù)流圖圖2-2訂餐系統(tǒng)網(wǎng)上訂餐數(shù)據(jù)流圖2.3數(shù)據(jù)字典2.3.1數(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)系電話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)系電話char40DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名char20DI-16菜品編號(hào)菜品的唯一標(biāo)識(shí)intDI-17菜名名稱菜品的名稱char40DI-18菜品類別菜品所屬的類別名稱char20DI-19菜品類別編號(hào)菜品類別的唯一標(biāo)識(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城市名稱城市的名稱char202.3.2數(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.3處理過程處理過程編號(hào)處理過程名說(shuō)明輸入輸出處理P-1注冊(cè)所有用戶用戶詳細(xì)信息注冊(cè)成功信息或失敗信息成功：跳轉(zhuǎn)到登陸頁(yè)面失?。褐匦伦?cè)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-9修改購(gòu)物車所有用戶修改購(gòu)物車信息P-10下訂單已登錄用戶根據(jù)購(gòu)物車和用戶信息自動(dòng)生成訂單P-11查看并確認(rèn)訂單已登錄用戶P-12提交訂單已登錄用戶訂餐成功信息修改數(shù)據(jù)庫(kù)信息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ù)邏輯結(jié)構(gòu)設(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)D2-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個(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)信息訂單項(xiàng)編號(hào)10個(gè)字符是訂單編號(hào)15個(gè)字符參照訂單信息表的訂單編號(hào)，不允許空值姓名10個(gè)字符狀態(tài)10個(gè)字符

第四章數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)設(shè)計(jì)4.1設(shè)計(jì)表間關(guān)系在網(wǎng)上訂餐系統(tǒng)中，存在著參照關(guān)系和被參照關(guān)系。用戶信息表參照關(guān)系用戶編號(hào)姓名地址手機(jī)注冊(cè)時(shí)間王麗萍山東濟(jì)南0910李杜娟江西南昌1231黃大洲廣東佛山0423張子將湖南長(zhǎng)沙0814外部關(guān)鍵字主關(guān)鍵字訂單信息表被參照關(guān)系訂單編號(hào)用戶編號(hào)地址總金額下單時(shí)間訂單狀態(tài)訂單改變時(shí)間手機(jī)備注11122301山東濟(jì)南28.00122311:23等待付款11122302江西南昌42.00122314:42貨到付款11122303廣東佛山13.00122315:33已付款11122304湖南長(zhǎng)沙25.00122317:52貨到付款圖4-1參照關(guān)系與被參照關(guān)系4.2完整性設(shè)計(jì)4.2.1主要字段完整性的字段名、完整性約束條件關(guān)系模型的完整性約束包括實(shí)體完整性、參照完整性和用戶定義完整性。主要字段完整性的字段名、完整性約束條件指的是實(shí)體完整性。其中實(shí)體完整性的規(guī)則如下：實(shí)體完整性規(guī)則是針對(duì)關(guān)系而言的，而關(guān)系則對(duì)應(yīng)一個(gè)現(xiàn)實(shí)世界中的實(shí)體集?，F(xiàn)實(shí)世界中的實(shí)體是可區(qū)分的，它們具有某種標(biāo)識(shí)特征；相應(yīng)地，關(guān)系中的元組也是可區(qū)分的，在關(guān)系中用主關(guān)鍵字作唯一性標(biāo)識(shí)。主關(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)，地址，總金額，下單時(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記錄完整性約束及其約束條件除了實(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)的，這些完整性需求需要用戶來(lái)定義，因此稱為用戶定義完整性。數(shù)據(jù)庫(kù)管理系統(tǒng)需提供定義這些數(shù)據(jù)完整性的功能和手段，以便統(tǒng)一進(jìn)行處理和檢查，而不是由應(yīng)用程序去實(shí)現(xiàn)這些功能。在用戶定義完整性中最常見的是限定屬性的取值范圍，即對(duì)值域的約束，這包括說(shuō)明屬性的數(shù)據(jù)類型、精度、取值范圍、是否允許空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中的訂單編號(hào)不允許為空值，用戶表中的用戶編號(hào)為唯一值都是用了用戶定義完整性約束。4.2.3參照完整性表用戶編號(hào)姓名地址手機(jī)注冊(cè)時(shí)間現(xiàn)實(shí)世界中的實(shí)體之間存在著某種聯(lián)系，而在關(guān)系模型中實(shí)體是用關(guān)系描述的，實(shí)體之間的聯(lián)系也是用關(guān)系描述的，這樣就自然存在著關(guān)系和關(guān)系之間的參照或引用。網(wǎng)上訂餐系統(tǒng)參照完整性表如下：用戶信息表訂單編號(hào)手機(jī)號(hào)地址總金額下單時(shí)間訂單狀態(tài)用戶編號(hào)n：n訂單項(xiàng)編號(hào)訂單編號(hào)姓名狀態(tài)n:n訂單信息表

訂單項(xiàng)信息表

圖4-2說(shuō)明關(guān)聯(lián)和參照關(guān)n:n數(shù)據(jù)庫(kù)系統(tǒng)的實(shí)現(xiàn)5.1數(shù)據(jù)庫(kù)的建立啟動(dòng)服務(wù)管理器，打開查詢分析器，在調(diào)試程序窗口輸入下列語(yǔ)句：Createdatabase網(wǎng)上訂餐系統(tǒng)On（name=網(wǎng)上訂餐系統(tǒng)_dat,Filename='d:\programfiles\lzysql\網(wǎng)上訂餐系統(tǒng)_dat.mdf',Size=5mbMaxsize=100mb,Filegrowth=5mb)Logon(name=網(wǎng)上訂餐系統(tǒng)_log,Filename='d:\programfiles\lzysql\網(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ù)：

數(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ì)于“硬件故障”能夠經(jīng)過維修或更換硬件設(shè)備得到及時(shí)解決;對(duì)于“軟件故障”則能夠經(jīng)過重新安裝或升級(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)。超過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ū)鐖D6-2-2所示。圖6-2-1新建數(shù)據(jù)庫(kù)維護(hù)計(jì)劃圖6-2-2完成建數(shù)據(jù)庫(kù)維護(hù)計(jì)劃

報(bào)告總結(jié)實(shí)踐出真知。這句話說(shuō)得一點(diǎn)也沒錯(cuò)，在整個(gè)數(shù)據(jù)庫(kù)課程設(shè)計(jì)過程中，只有實(shí)踐才能對(duì)事物的本質(zhì)有更深的認(rèn)識(shí)，才能有發(fā)言權(quán)，一切認(rèn)識(shí)都是建立在認(rèn)識(shí)的基礎(chǔ)上。