數(shù)據(jù)庫(kù)課程設(shè)計(jì)-食堂管理系統(tǒng)設(shè)計(jì)

一、引言21.1背景與目的21.2后臺(tái)數(shù)據(jù)庫(kù)為SQL Server 2000簡(jiǎn)介2二、系統(tǒng)需求分析22.1系統(tǒng)功能分析32.21子模塊功能分析32.2系統(tǒng)功能模塊設(shè)計(jì)52.21系統(tǒng)功能管理模塊62.3數(shù)據(jù)流圖72.3.1卡交易數(shù)據(jù)流圖72.3.2現(xiàn)金交易數(shù)據(jù)流圖82.3.3庫(kù)存管理數(shù)據(jù)流圖92.3.4整體流圖92.4可行性分析112.5數(shù)據(jù)字典11三、概念結(jié)構(gòu)設(shè)計(jì)153.1構(gòu)思ERD的四條原則153.2 設(shè)計(jì)ER圖163.2.1分ER圖163.2.2整體E-R圖22四、邏輯結(jié)構(gòu)設(shè)計(jì)234.1 一般邏輯模型設(shè)計(jì)：234.1.1 由ERD導(dǎo)出一般關(guān)系模型的四條原則234.1.2 數(shù)據(jù)庫(kù)初步的關(guān)系框架（E-R圖向關(guān)系模型轉(zhuǎn)化）234.1.3數(shù)據(jù)模型優(yōu)化254.2具體邏輯模型設(shè)計(jì)264.3設(shè)計(jì)用戶子模式35五、物理結(jié)構(gòu)設(shè)計(jì)396.1建立索引406.2建立觸發(fā)器40六、數(shù)據(jù)庫(kù)結(jié)構(gòu)的實(shí)現(xiàn)426.1數(shù)據(jù)定義426.1.1創(chuàng)建表格SQL語(yǔ)句426.1.2創(chuàng)建視圖SQL語(yǔ)句456.1.3創(chuàng)建索引SQL語(yǔ)句476.3數(shù)據(jù)查詢476.4數(shù)據(jù)更新496.4.1數(shù)據(jù)添加496.4.2數(shù)據(jù)修改496.4.3數(shù)據(jù)刪除50七、總結(jié)51一、 引言1.1背景與目的隨著高校辦學(xué)規(guī)模的不斷擴(kuò)大，高校后勤管理工作也日趨繁雜許多大型高校擁有多個(gè)校區(qū)，有十幾個(gè)甚至幾十個(gè)學(xué)生和教工食堂，這些食堂的地理位置分散，又要實(shí)現(xiàn)統(tǒng)一的協(xié)調(diào)管理，就不得不借助現(xiàn)代化的管理模式 網(wǎng)絡(luò)管理模式由于當(dāng)前學(xué)校的規(guī)模不斷擴(kuò)大，學(xué)生數(shù)量不斷增加，學(xué)生信息量也成倍增長(zhǎng)，食堂管理工作成為學(xué)校各項(xiàng)管理工作的一個(gè)重要部分。面對(duì)龐大的信息量，如何有效在提高食堂管理工作的效率是學(xué)校急需解決的問題。這樣不僅提高了工作效率，也避免了以前手工作業(yè)的麻煩，從而使得管理者能夠準(zhǔn)確，有效的管理餐飲。1.2后臺(tái)數(shù)據(jù)庫(kù)為SQL Server 2000簡(jiǎn)介SQL全稱是“結(jié)構(gòu)化查詢語(yǔ)言(Structured Query Language)”，最早的是IBM的圣約瑟研究實(shí)驗(yàn)室為其關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)SYSTEM R開發(fā)的一種查詢語(yǔ)言，它的前身是SQUARE語(yǔ)言。SQL語(yǔ)言結(jié)構(gòu)簡(jiǎn)潔，功能強(qiáng)大，簡(jiǎn)單易學(xué)，所以自從IBM公司1981年推出以來，SQL語(yǔ)言，得到了廣泛的應(yīng)用。SQL是高級(jí)的非過程化編程語(yǔ)言，允許用戶在高層數(shù)據(jù)結(jié)構(gòu)上工作。SQL不要求用戶指定對(duì)數(shù)據(jù)的存放方法，也不需要用戶了解具體的數(shù)據(jù)存放方式，所以具有完全不同底層結(jié)構(gòu)的不同數(shù)據(jù)庫(kù)系統(tǒng)可以使用相同的SQL語(yǔ)言作為數(shù)據(jù)輸入與管理的接口。它以記錄集合作為操縱對(duì)象，所有SQL語(yǔ)句接受集合作為輸入，返回集合作為輸出，這種集合特性允許一條SQL語(yǔ)句的輸出作為另一條SQL語(yǔ)句的輸入，所以SQL語(yǔ)言可以嵌套，這使他具有極大的靈活性和強(qiáng)大的功能，在多數(shù)情況下，在其他語(yǔ)言中需要一大段程序?qū)崿F(xiàn)的一個(gè)單獨(dú)事件只需要一個(gè)SQL語(yǔ)句就可以達(dá)到目的，這也意味著用SQL語(yǔ)言可以寫出非常復(fù)雜的語(yǔ)句。二、 系統(tǒng)需求分析 隨著21世紀(jì)的到來，人們更深切地感受到了計(jì)算機(jī)在生活和工作中的作用越來越重要，越來越多職業(yè)需要具有計(jì)算機(jī)的應(yīng)用技能。掌握計(jì)算機(jī)是職業(yè)的雪要，更是事業(yè)發(fā)展的需要。 信息在社會(huì)和經(jīng)濟(jì)的發(fā)展中所起的作用越來越為人們所重視。信息資源的開發(fā)利用水平已成為衡量一個(gè)國(guó)家綜合國(guó)力的重要標(biāo)志之一。在計(jì)算機(jī)的三大主要應(yīng)用領(lǐng)域（科學(xué)計(jì)算、數(shù)據(jù)處理與過程控制）中，數(shù)據(jù)處理的比重占70%左右。計(jì)算機(jī)作為信息處理的工具，為適應(yīng)數(shù)據(jù)處理需求的迅速提高，滿足各類系統(tǒng)對(duì)數(shù)據(jù)處理的要求，在文件系統(tǒng)的基礎(chǔ)上發(fā)展起了數(shù)據(jù)庫(kù)系統(tǒng)。 隨著計(jì)算機(jī)計(jì)算機(jī)技術(shù)的飛速發(fā)展，計(jì)算機(jī)在企業(yè)管理中應(yīng)用及普及，利用計(jì)算機(jī)實(shí)現(xiàn)企業(yè)信息管理勢(shì)在必行。本課題以高等院校為對(duì)象，作為高效要面對(duì)大量的課程設(shè)計(jì)項(xiàng)目及相關(guān)信息的處理，這就需要一個(gè)課程設(shè)計(jì)管理系統(tǒng)來提高管理工作的效率。通過本系統(tǒng)，可以做到信息的規(guī)范管理、科學(xué)統(tǒng)計(jì)和快速查詢，從而減少管理工作方面的工作量。 數(shù)據(jù)處理技術(shù)已深入到我們工作和生活的方方面面，而數(shù)據(jù)庫(kù)技術(shù)是數(shù)據(jù)處理不可缺少的手段。隨著數(shù)據(jù)庫(kù)技術(shù)的發(fā)展，面向?qū)ο蟮臄?shù)據(jù)庫(kù)、分布式數(shù)據(jù)庫(kù)、多媒體數(shù)據(jù)庫(kù)、數(shù)據(jù)庫(kù)開發(fā)工具的研究方興未艾，這些技術(shù)的發(fā)展使用軟件的開發(fā)速度更快、成本更低、質(zhì)量更好、功能更強(qiáng)。管理信息系統(tǒng)是一門新興的、集管理科學(xué)、信息科學(xué)、系統(tǒng)科學(xué)及計(jì)算機(jī)科學(xué)為一體的綜合性學(xué)科，研究的是信息管理活動(dòng)的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業(yè)進(jìn)行現(xiàn)代化管理。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計(jì)劃、控制、預(yù)測(cè)和輔助決策功能，具體作用如下5點(diǎn)內(nèi)容：（1）用統(tǒng)一標(biāo)準(zhǔn)處理和提供信息，排除使用前后矛盾的不完整的數(shù)據(jù)。（2）完整、及時(shí)提供在管理及決策中需要的數(shù)據(jù)。（3）利用指定的數(shù)據(jù)關(guān)系分析數(shù)據(jù)，客觀預(yù)測(cè)未來。（4）向各級(jí)管理機(jī)構(gòu)提供不同詳細(xì)程度的報(bào)告，縮短分析和解釋的時(shí)間。（5）用最低的費(fèi)用最短的時(shí)間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實(shí)施方案，以提高企業(yè)的經(jīng)濟(jì)效益。2.1系統(tǒng)功能分析系統(tǒng)開發(fā)的總體任務(wù)是受用 計(jì)算機(jī)信息管理技術(shù)，實(shí)現(xiàn)食堂各種信息的系統(tǒng)化，規(guī)范化，自動(dòng)化，提高食堂管理的效率。對(duì)應(yīng)用系統(tǒng)項(xiàng)目的開發(fā)，首先要對(duì)程序要實(shí)現(xiàn)的功能和目標(biāo)進(jìn)行整體分析和規(guī)劃，確保在后期開發(fā)中不會(huì)出現(xiàn)遺漏或重大缺陷。因此在軟件開發(fā)中，要嚴(yán)格按照軟件工程的流程進(jìn)行系統(tǒng)的分析和設(shè)計(jì)系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務(wù)的基本上完成的。主要功能： 1、消費(fèi)者信息管理2、預(yù)訂信息管理3、成本核算管理4、庫(kù)存管理其中主要任務(wù)為消費(fèi)者信息管理和結(jié)算信息管理?？偟墓δ芴攸c(diǎn)：l 完善、全面的綜合查詢l 報(bào)表翔實(shí)，實(shí)用性強(qiáng)2.21子模塊功能分析消費(fèi)者信息管理：對(duì)來自客戶端的不同用戶進(jìn)行權(quán)限審查，限定對(duì)數(shù)據(jù)庫(kù)的訪問級(jí)別消費(fèi)者信息管理消費(fèi)者信息添加消費(fèi)者信息修改消費(fèi)者信息查詢消費(fèi)者信息刪除預(yù)訂信息管理：各部門向采購(gòu)部發(fā)出需求申請(qǐng)，預(yù)定用貨；對(duì)于采購(gòu)部已送達(dá)的貨物進(jìn)行電子簽名接收；預(yù)訂信息管理剩余房間信息查詢預(yù)訂信息添加預(yù)訂信息修改預(yù)訂信息查詢l 預(yù)訂信息管理：訂餐、訂餐信息修改、訂餐信息取消、定金處理、訂餐統(tǒng)計(jì)、 訂餐查詢，訂餐報(bào)表。l 有效的預(yù)訂處理，充分發(fā)揮銷售潛力，這使該系統(tǒng)更實(shí)用、全面、方便和快捷。需要有關(guān)包房的詳細(xì)情況和全面的咨詢服務(wù)，減少了文件資料的手工整理等繁瑣工作，并能避免處理上的錯(cuò)誤，從而簡(jiǎn)化預(yù)訂房間手續(xù)。成本核算管理： 對(duì)成本利潤(rùn)的綜合分析。成本包括 固定成本（人員工資、水電、稅等）變動(dòng)成本（菜、酒、米等的采購(gòu)成本）。收入指每天的銷售收入。能核算每天、每月、每年、以及任何一段時(shí)間的成本，利潤(rùn)。微機(jī)室核計(jì)每天各單位、各窗口的收益情況并將結(jié)果送入數(shù)據(jù)庫(kù)供管理層查詢；成本核算管理效益查詢成本查詢成本查詢：用于各個(gè)單位查詢各個(gè)部門每日每月的成本情況 。效益查詢：用于各個(gè)單位查詢各個(gè)部門每日每月的收益情況。庫(kù)存管理：管理各種用品的使用情況，確定用貨來源和送達(dá)目的地；對(duì)商品的入庫(kù)，出庫(kù)，結(jié)算的管理。要有明細(xì)賬，記載出入庫(kù)的詳細(xì)情況。供食堂負(fù)責(zé)人員和采購(gòu)人員還有審查工作，實(shí)現(xiàn)對(duì)于每天各部門、各食堂中所使用的貨物進(jìn)行審核和查看現(xiàn)有庫(kù)存情況；庫(kù)存管理入庫(kù)商品查詢出庫(kù)商品查詢2.2系統(tǒng)功能模塊設(shè)計(jì)對(duì)上述各項(xiàng)功能進(jìn)行集中、分塊分析，按照結(jié)構(gòu)化程序設(shè)計(jì)的要求，得到如圖所示的這個(gè)系統(tǒng)的功能模塊圖2.21系統(tǒng)功能管理模塊食堂管理系統(tǒng)消費(fèi)者信息管理預(yù)訂信息管理成本核算管理庫(kù)存管理消費(fèi)者信息查詢消費(fèi)者信息修改消費(fèi)者信息添加消費(fèi)者信息刪除預(yù)訂信息修改預(yù)訂信息添加預(yù)訂信息刪除預(yù)訂信息查詢成本查詢效益查詢?nèi)霂?kù)商品查詢出庫(kù)商品查詢2.3數(shù)據(jù)流圖【注釋：數(shù)據(jù)流圖，簡(jiǎn)稱DFD,是SA方法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型】數(shù)據(jù)流程圖是組織中信息運(yùn)動(dòng)的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況，具有良好的抽象性和概括性。它在調(diào)查的基礎(chǔ)上，從系統(tǒng)的科學(xué)性、管理的合理性、實(shí)際運(yùn)行的可行性角度出發(fā)，將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分解，從邏輯上精確地描述系統(tǒng)應(yīng)具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲(chǔ)及數(shù)據(jù)來源和去向（外部實(shí)體）等項(xiàng)目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無(wú)關(guān)，它所描述的內(nèi)容不涉及技術(shù)細(xì)節(jié)，而是面向用戶的，即使完全不懂信息技術(shù)的用戶也容易理解。因此，數(shù)據(jù)流程圖成為系統(tǒng)分析員與用戶進(jìn)行交流的有效手段，同時(shí)也成為系統(tǒng)設(shè)計(jì)的主要依據(jù)之一。用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢等方面，這就要求數(shù)據(jù)庫(kù)結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為數(shù)據(jù)庫(kù)的具體設(shè)計(jì)打下基礎(chǔ)。數(shù)據(jù)流圖表達(dá)了數(shù)據(jù)和處理之間的關(guān)系。數(shù)據(jù)流圖是有層次之分的，越高層次的數(shù)據(jù)流圖表現(xiàn)的業(yè)務(wù)邏輯越抽象，越底層次的數(shù)據(jù)流圖表現(xiàn)得業(yè)務(wù)邏輯越具體。在仔細(xì)的分析調(diào)查有關(guān)食堂管理信息需求的基礎(chǔ)上，得到如下圖所示的這個(gè)系統(tǒng)所處理的數(shù)據(jù)流程。根據(jù)以上的分析，我們可以先畫出分流程圖，然后可以綜合分流程圖，畫出整個(gè)系統(tǒng)操作的業(yè)務(wù)流程圖2.3.1卡交易數(shù)據(jù)流圖消費(fèi)者辦卡基本信息輸入消費(fèi)者信息管理消費(fèi)者交易成本結(jié)算管理結(jié)算信息輸入2.3.2現(xiàn)金交易數(shù)據(jù)流圖消費(fèi)者訂餐預(yù)訂信息管理消費(fèi)查詢收款管理成本結(jié)算管理2.3.3庫(kù)存管理數(shù)據(jù)流圖成本結(jié)算管理庫(kù)存管理采購(gòu)員消費(fèi)者入庫(kù)管理出庫(kù)管理入庫(kù)出庫(kù)加工庫(kù)存信息判斷2.3.4整體流圖整體流圖簡(jiǎn)圖：成本結(jié)算管理消費(fèi)者信息管理庫(kù)存管理結(jié)算信息收款管理預(yù)訂信息管理整體流圖整圖2.4可行性分析可行性分析是系統(tǒng)分析階段的重要活動(dòng)，是對(duì)系統(tǒng)進(jìn)行全面、概要的分析。它的任務(wù)是確定項(xiàng)目開發(fā)是否必要和可行。它的主要目標(biāo)是：進(jìn)一步明確系統(tǒng)的目標(biāo)、規(guī)模和功能，對(duì)系統(tǒng)開發(fā)背景、必要性和意義進(jìn)行調(diào)查分析，并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計(jì)劃，明確問題，對(duì)所提供系統(tǒng)大致規(guī)模和目標(biāo)的幾個(gè)有關(guān)約束條件進(jìn)行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項(xiàng)目的決策提供科學(xué)依據(jù)。其主要從三個(gè)方面進(jìn)行研究：（1）技術(shù)可行性：對(duì)現(xiàn)有技術(shù)進(jìn)行評(píng)價(jià)，以明確能否利用現(xiàn)有技術(shù)進(jìn)行系統(tǒng)開發(fā)及系統(tǒng)實(shí)施。計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和計(jì)算機(jī)硬件性價(jià)比的不斷提升，使計(jì)算機(jī)全面應(yīng)用于醫(yī)院管理的各個(gè)環(huán)節(jié)成為可能。C/S開發(fā)模式、COM、DCOM技術(shù)在國(guó)內(nèi)各行各業(yè)的信息管理系統(tǒng)開發(fā)中已經(jīng)被廣泛采用，實(shí)踐證明這些技術(shù)都非常適合食堂管理系統(tǒng)的開發(fā)。（2）經(jīng)濟(jì)可行性：對(duì)組織的經(jīng)濟(jì)狀況和投資能力進(jìn)行分析，對(duì)系統(tǒng)建設(shè)、運(yùn)行和維護(hù)費(fèi)用進(jìn)行評(píng)估，對(duì)系統(tǒng)建成后可能取得的社會(huì)及經(jīng)濟(jì)效益進(jìn)行估計(jì)。連鎖餐飲企業(yè)整體規(guī)模龐大，個(gè)體規(guī)模小而營(yíng)管理相對(duì)簡(jiǎn)單統(tǒng)一，開發(fā)成本不高，一旦開發(fā)成功，即能直接應(yīng)用在所有同種食堂。（3）營(yíng)運(yùn)可行性：指系統(tǒng)對(duì)組織機(jī)構(gòu)的影響，對(duì)現(xiàn)有人員和機(jī)構(gòu)、設(shè)施、環(huán)境等的適應(yīng)性以及進(jìn)行人員培訓(xùn)補(bǔ)充計(jì)劃的可行性。連鎖餐飲企業(yè)整體規(guī)模龐大，個(gè)體規(guī)模小而營(yíng)管理相對(duì)簡(jiǎn)單統(tǒng)一。所以食堂系統(tǒng)的計(jì)算機(jī)信息管理人才、計(jì)算機(jī)硬件設(shè)備、操作員的計(jì)算機(jī)應(yīng)用能力都為系統(tǒng)的運(yùn)行過程提供了可靠保證。2.5數(shù)據(jù)字典由于數(shù)據(jù)流程圖只是對(duì)數(shù)據(jù)處理及彼此之間的聯(lián)系進(jìn)行說明，未對(duì)數(shù)據(jù)的詳細(xì)內(nèi)容及數(shù)據(jù)的加工過程進(jìn)行說明，而這正是數(shù)據(jù)字典所要表達(dá)的。數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，也就是對(duì)數(shù)據(jù)流程圖中包含的所有元素的定義的集合。它能將數(shù)據(jù)流程圖中全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加工等描述清楚，便于后續(xù)工作系統(tǒng)設(shè)計(jì)的進(jìn)行。數(shù)據(jù)字典是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進(jìn)行詳細(xì)的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存諸和處理過程5個(gè)部分。其中數(shù)據(jù)項(xiàng)是最小組成單位，若干數(shù)據(jù)項(xiàng)組成一個(gè)數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對(duì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和邏輯內(nèi)容。針對(duì)一般食堂管理信息系統(tǒng)的需求，通過對(duì)食堂管理工作過程的內(nèi)容和數(shù)據(jù)流程分析，設(shè)計(jì)如下所示的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)：l 數(shù)據(jù)結(jié)構(gòu)名稱：卡信息 含義說明：是消費(fèi)者這里指的是學(xué)生和教師用來使用付款的工具卡的一系列信息，它記錄了包括它本身以及持卡者的一些信息包括的數(shù)據(jù)項(xiàng)有：1) 卡號(hào)（消費(fèi)者使用的用來付款的卡的編號(hào)，與消費(fèi)者辦卡的先后順序有關(guān)別名Card_number 字符型 長(zhǎng)度6）2) 余額（消費(fèi)者卡中所剩的金錢數(shù)量，別名Balance 字符型長(zhǎng)度 6）3) 辦卡日期（消費(fèi)者辦卡的日期，別名Card_date 日期型 長(zhǎng)度 8）4) 持卡者姓名（擁有信息卡的消費(fèi)者的名稱，別名 Person_name 字符型 長(zhǎng)度 10）5) 花費(fèi)（消費(fèi)者所消費(fèi)的金錢數(shù)量 別名Consume 字符型 長(zhǎng)度 20）l 數(shù)據(jù)結(jié)構(gòu)名稱：學(xué)生信息含義說明：消費(fèi)者群體之一，可以自由選擇消費(fèi)方式，辦過卡用卡交易或者用現(xiàn)金交易包括的數(shù)據(jù)項(xiàng)有：1) 學(xué)號(hào)（學(xué)生在校所編的號(hào)碼 別名 S_number 字符型 長(zhǎng)度 6）2) 系別（學(xué)生所在的系的名稱 別名 S_system 字符型 長(zhǎng)度 16）3) 班級(jí)（學(xué)生所在的班級(jí)的班號(hào) 別名class 字符型 長(zhǎng)度 20）4) 姓名（學(xué)生的姓名 別名 S_name 字符型 長(zhǎng)度 10）5) 性別（學(xué)生的性別 別名 S_sex字符型 長(zhǎng)度 4）6) 宿舍（學(xué)生所在宿舍名稱 別名 S_dorm 字符型長(zhǎng)度 20）7) 聯(lián)系方式（學(xué)生的手機(jī)號(hào)碼 別名 S_tel 字符型 長(zhǎng)度 20）l 數(shù)據(jù)結(jié)構(gòu)名稱：教師信息含義說明：消費(fèi)者群體之一，可以自由選擇消費(fèi)方式，辦過卡用卡交易或者用現(xiàn)金交易包括的數(shù)據(jù)項(xiàng)有：1) 教師號(hào)（教師的編號(hào)別名 T_number字符型 長(zhǎng)度 6）2) 系別（教師所在的系的名稱 別名 T_system 字符型 長(zhǎng)度 10）3) 姓名（教師的姓名別名T_name 字符型長(zhǎng)度 6）4) 性別（教師的性別別名T_sex字符型長(zhǎng)度 4）5) 家庭住址（教師的家庭住址 別名 Address字符型長(zhǎng)度 50）6) 聯(lián)系方式（教師的手機(jī)號(hào)碼 別名 T_tel 字符型長(zhǎng)度 20）l 數(shù)據(jù)結(jié)構(gòu)名稱：消費(fèi)者含義說明：來到食堂消費(fèi)的人，這里指的是學(xué)生和教師包括的數(shù)據(jù)項(xiàng)有：1) 消費(fèi)序號(hào)（消費(fèi)者來消費(fèi)的序號(hào) 別名 Consumer_number 字符型 長(zhǎng)度 6）2) 姓名（消費(fèi)者的姓名 別名Consumer_name 字符型 長(zhǎng)度 10）3) 性別（消費(fèi)者的性別 別名Consumer_sex 字符型 長(zhǎng)度 10）4) 消費(fèi)類別（消費(fèi)者消費(fèi)的類別，其中包括卡消費(fèi)和現(xiàn)金消費(fèi)別名Consume_sort字符型 長(zhǎng)度 10）5) 消費(fèi)者類別（消費(fèi)者的類別，這里指學(xué)生或教師別名 Consumer_sort 字符型 長(zhǎng)度 10）l 數(shù)據(jù)結(jié)構(gòu)名稱：包房信息含義說明：消費(fèi)者訂餐的房間的信息包括的數(shù)據(jù)項(xiàng)有：1) 房間編號(hào)（消費(fèi)者訂餐房間所在的編號(hào) 別名 Room_number字符型長(zhǎng)度 6）2) 房間位置（消費(fèi)者訂餐房間所在的房間位置 別名 Room_address字符型長(zhǎng)度 20）l 數(shù)據(jù)結(jié)構(gòu)名稱：訂餐信息 含義說明：消費(fèi)者在訂餐時(shí)所需要的信息包括的數(shù)據(jù)項(xiàng)有：1) 訂餐編號(hào)（消費(fèi)者訂餐的編號(hào)，以便管理 別名 Beat_number 字符型長(zhǎng)度 6）2) 顧客姓名（消費(fèi)者的姓名 別名Consumer_name 字符型 長(zhǎng)度 10）3) 聯(lián)系方式（消費(fèi)者的聯(lián)系方式（手機(jī)號(hào)碼） 別名 Consumer_tel 字符型長(zhǎng)度 20）4) 約定時(shí)間（消費(fèi)者訂餐時(shí)所約定的吃飯時(shí)間 別名Booktime 日期型長(zhǎng)度 8）5) 備注信息（在訂餐時(shí)其他的信息 別名 Remark_info文本型 長(zhǎng)度 50）l 數(shù)據(jù)結(jié)構(gòu)名稱：消費(fèi)情況含義說明：消費(fèi)者在食堂的消費(fèi)總體情況，用于管理員的審查工作以及預(yù)算，計(jì)算成本利潤(rùn)的工作。包括的數(shù)據(jù)項(xiàng)有：1) 一樓窗口（一樓所有窗口一天內(nèi)收入總和 別名 Floor_one 字符型 長(zhǎng)度 6）2) 二樓窗口（二樓所有窗口一天內(nèi)收入總和 別名Floor_two 字符型 長(zhǎng)度 6）3) 三樓窗口（三樓所有窗口一天內(nèi)收入總和 別名Floor_three 字符型 長(zhǎng)度 6）4) 一天消費(fèi)總額（一天內(nèi)在食堂用餐的消費(fèi)者所花費(fèi)的總額，它的數(shù)值等于所有樓層的收入與消費(fèi)者在包房所花費(fèi)的總額 別名 Total 長(zhǎng)整型 長(zhǎng)度 6）5) 日期（記錄的日期 別名 Date 日期型 長(zhǎng)度 8）l 數(shù)據(jù)結(jié)構(gòu)名稱：管理員信息含義說明：食堂的主要負(fù)責(zé)人以及采購(gòu)員，管帳人員等的信息包括的數(shù)據(jù)項(xiàng)有：1) 管理員編號(hào)（管理員在食堂的編號(hào) 別名 Manager_number 字符型 長(zhǎng)度 6）2) 姓名（管理員的姓名 別名Manager_name 字符型 長(zhǎng)度 6）3) 性別（管理員的性別 別名Manager_sex 字符型 長(zhǎng)度 4）4) 家庭住址（管理員的家庭住址 別名Manager_address 字符型 長(zhǎng)度 50）5) 聯(lián)系方式（管理員的聯(lián)系方式 別名Manager_tel 字符型長(zhǎng)度20）6) 工資（管理員每個(gè)月的收入 別名 Income 整型 長(zhǎng)度 20）l 數(shù)據(jù)結(jié)構(gòu)名稱：庫(kù)存信息含義說明：食堂的庫(kù)存中商品的信息包括的數(shù)據(jù)項(xiàng)有：1) 商品編號(hào)（商品的編號(hào) 別名 Trade_no 字符型 長(zhǎng)度20）2) 商品名稱（商品的名稱 別名Trade_name 字符型長(zhǎng)度 20）3) 商品價(jià)格（商品所入庫(kù)時(shí)的價(jià)格 別名price 整型長(zhǎng)度 4）4) 入庫(kù)商品數(shù)量（入庫(kù)時(shí)商品的數(shù)量 別名Enter_number 整型長(zhǎng)度 4）5) 庫(kù)存商品數(shù)量（現(xiàn)在庫(kù)存的商品的數(shù)量 別名 Stock_number 整型 長(zhǎng)度 4）6) 入庫(kù)時(shí)間（商品入庫(kù)的時(shí)間 別名 entertime日期型長(zhǎng)度 8）7) 出庫(kù)時(shí)間（商品出庫(kù)的時(shí)間 別名 outtime日期型長(zhǎng)度 8）三、概念結(jié)構(gòu)設(shè)計(jì)這一設(shè)計(jì)階段是在需求分析的基礎(chǔ)上，設(shè)計(jì)出能滿足用戶需求的各種實(shí)體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程就是概念結(jié)構(gòu)設(shè)計(jì)。它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。概念結(jié)構(gòu)設(shè)計(jì)的特點(diǎn)是能真實(shí)、充分的反映現(xiàn)實(shí)世界，包括事物和事物的聯(lián)系，能滿足用戶對(duì)數(shù)據(jù)的處理要求，是對(duì)現(xiàn)實(shí)世界的一個(gè)真實(shí)的模型。易于理解，從而可以用它和不熟悉計(jì)算機(jī)的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫(kù)設(shè)計(jì)成功的關(guān)鍵。易于改正，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，易于對(duì)概念模型修改和擴(kuò)充。易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、更抽象，從而更加穩(wěn)定。概念結(jié)構(gòu)是對(duì)現(xiàn)實(shí)世界的一種抽象。所謂抽象是對(duì)實(shí)際的人、物、事和概念進(jìn)行人為處理，抽取所關(guān)心的共同特性，忽略非本質(zhì)的細(xì)節(jié)，并把這些特性用各種概念準(zhǔn)確的加以描述。概念結(jié)構(gòu)設(shè)計(jì)通常分為四種方法：自頂向下，即首先定義全局概念結(jié)構(gòu)的框架，然后逐步細(xì)化。自底向上，即首先定義各局部應(yīng)用的概念結(jié)構(gòu)，然后將它們集成起來，得到全局概念結(jié)構(gòu)。逐步擴(kuò)張，首先定義最重要的核心概念結(jié)構(gòu)，然后向外擴(kuò)張。混合策略，即自頂向下和自底向上結(jié)合，用自頂向下策略設(shè)計(jì)一個(gè)全局概念結(jié)構(gòu)的框架，以它為骨架集成由自底向上策略中設(shè)計(jì)的各局部概念結(jié)構(gòu)。通常分為兩步，第一步是抽象數(shù)據(jù)并設(shè)計(jì)局部視圖，第二步是集成局部視圖，得到全局視圖。下面首先對(duì)實(shí)體和其屬性加以描述，再寫出系統(tǒng)的分E-R圖，進(jìn)而合并成為整體的E-R圖。3.1構(gòu)思ERD的四條原則原則1：能獨(dú)立存在的事物，例如人、物、事、地、團(tuán)體、機(jī)構(gòu)、活動(dòng)、事項(xiàng)等等，在其有多個(gè)由基本項(xiàng)描述的特性需要關(guān)注時(shí)，就應(yīng)把它作為實(shí)體。原則2：兩個(gè)或多個(gè)實(shí)體間的關(guān)聯(lián)與結(jié)合，如主管、從屬、組成、占有、作用、配合、協(xié)同等等，當(dāng)需要予以關(guān)注時(shí)，應(yīng)作為聯(lián)系。聯(lián)系通常是某類行為動(dòng)作，ERD中關(guān)注的是其狀態(tài)與結(jié)果而非其過程。原則3：實(shí)體的屬性是實(shí)體的本質(zhì)特征。實(shí)體應(yīng)有標(biāo)識(shí)屬性（能把不同個(gè)體區(qū)分開來的屬性組），并指定其中一個(gè)作為主標(biāo)識(shí)。聯(lián)系的屬性是聯(lián)系的結(jié)果或狀態(tài)。屬性具有如下幾個(gè)特點(diǎn)：a.非多值性；b.非復(fù)合性；c.非導(dǎo)出性。而實(shí)體的屬性還應(yīng)有非關(guān)聯(lián)性。原則4（一事一地原則）：所有基本項(xiàng)在同一E-R圖中作為屬性要在僅在一個(gè)地方出現(xiàn)3.2 設(shè)計(jì)ER圖根據(jù)上面的設(shè)計(jì)規(guī)劃出的實(shí)體有：卡信息實(shí)體、學(xué)生信息實(shí)體、教師信息實(shí)體、消費(fèi)者實(shí)體、包房信息實(shí)體、訂餐信息實(shí)體、消費(fèi)情況實(shí)體、管理員信息實(shí)體。各個(gè)實(shí)體具體的描述E-R圖及其之間的關(guān)系描述如下。3.2.1分ER圖圖3-1為卡信息實(shí)體E-R圖卡信息卡號(hào)余額持卡者姓名辦卡日期花費(fèi)圖3-2為學(xué)生信息實(shí)體E-R圖學(xué)生信息學(xué)號(hào)系別班級(jí)姓名宿舍聯(lián)系方式性別圖3-3為教師信息實(shí)體E-R圖教師信息教師號(hào)系別姓名家庭住址聯(lián)系方式性別圖3-4為消費(fèi)者實(shí)體E-R圖姓名消費(fèi)者消費(fèi)類別消費(fèi)者類別消費(fèi)序號(hào)性別圖3-5為包房信息實(shí)體E-R圖包房信息房間編號(hào)房間位置圖3-6為訂餐信息實(shí)體E-R圖訂餐信息訂餐編號(hào)顧客姓名聯(lián)系方式約定時(shí)間備注信息圖3-7為消費(fèi)情況實(shí)體E-R圖消費(fèi)情況一樓窗口二樓窗口三樓窗口一天消費(fèi)總額日期圖3-8為管理員信息實(shí)體E-R圖管理員信息管理員編號(hào)姓名家庭住址聯(lián)系方式性別工資圖3-9為庫(kù)存信息實(shí)體E-R圖出庫(kù)時(shí)間庫(kù)存信息入庫(kù)時(shí)間商品價(jià)格商品名稱入庫(kù)商品數(shù)量庫(kù)存商品數(shù)量商品編號(hào)圖3-10 為管理員信息實(shí)體和庫(kù)存管理實(shí)體關(guān)系E-R圖管理員信息管理員編號(hào)姓名聯(lián)系方式家庭住址性別庫(kù)存信息出庫(kù)時(shí)間管理入庫(kù)時(shí)間商品名稱入庫(kù)商品數(shù)量庫(kù)存商品數(shù)量工資商品價(jià)格 商品編號(hào) N 1圖3-11為管理員信息實(shí)體、消費(fèi)情況實(shí)體、消費(fèi)者實(shí)體關(guān)系E-R圖管理員信息消費(fèi)情況管理查詢聯(lián)系方式家庭住址姓名二樓窗口一樓窗口三樓窗口日期一天的消費(fèi)總額管理員編號(hào)消費(fèi)者消費(fèi)消費(fèi)者類別姓名消費(fèi)類別消費(fèi)序號(hào)性別性別工資 m n n 1 圖3-12為訂餐信息實(shí)體、包房信息實(shí)體、消費(fèi)者實(shí)體關(guān)系E-R圖包房信息訂餐信息消費(fèi)者訂餐所在顧客姓名訂餐編號(hào)備注信息約定時(shí)間聯(lián)系方式房間編號(hào)房間位置消費(fèi)者類別消費(fèi)類別消費(fèi)序號(hào)姓名性別 1 1 1 n 圖3-13為卡信息實(shí)體、學(xué)生信息實(shí)體、消費(fèi)者實(shí)體關(guān)系E-R圖學(xué)生信息卡信息屬于持有卡號(hào)余額辦卡日期持卡人姓名聯(lián)系方式班級(jí)學(xué)號(hào)姓名系別宿舍花費(fèi)消費(fèi)者消費(fèi)類別消費(fèi)者類別姓名消費(fèi)序號(hào)性別性別 N 1 1 1圖3-14為卡信息實(shí)體、教師信息實(shí)體、消費(fèi)者實(shí)體關(guān)系E-R圖教師信息教師號(hào)系別家庭住址聯(lián)系方式屬于持有姓名卡信息持卡人姓名卡號(hào)余額辦卡日期花費(fèi)消費(fèi)者消費(fèi)類別姓名消費(fèi)序號(hào)消費(fèi)者類別性別性別 N 1 1 13.2.2整體E-R圖由上面的分E-R圖可以得到整體E-R圖，如下圖所示商品價(jià)格工資管理員信息管理查詢消費(fèi)情況包房信息訂餐信息學(xué)生信息卡信息教師信息消費(fèi)者消費(fèi)組成屬于使用持有訂餐所在管理員編號(hào)姓名聯(lián)系方式家庭住址一樓窗口二樓窗口一天的消費(fèi)總額日期三樓窗口顧客姓名訂餐編號(hào)備注信息約定時(shí)間聯(lián)系方式房間編號(hào)房間位置消費(fèi)者類別姓名消費(fèi)類別卡號(hào)余額辦卡日期持卡人姓名聯(lián)系方式聯(lián)系方式家庭住址系別教師號(hào)姓名班級(jí)學(xué)號(hào)姓名系別宿舍花費(fèi)消費(fèi)序號(hào)庫(kù)存信息。出庫(kù)時(shí)間管理性別性別性別性別圖3-15為整體ER圖商品名稱 n 1 1 1 n m n 1 n 1 1 1 N n 1 1 1 1四、邏輯結(jié)構(gòu)設(shè)計(jì)現(xiàn)在需要把上面設(shè)計(jì)好的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)轉(zhuǎn)化為SQL Server2000數(shù)據(jù)庫(kù)系統(tǒng)所支持的實(shí)際數(shù)據(jù)庫(kù)模型，也就是數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)。4.1 一般邏輯模型設(shè)計(jì)：4.1.1 由ERD導(dǎo)出一般關(guān)系模型的四條原則原則1：E-R圖中的每一個(gè)獨(dú)立實(shí)體變換為一個(gè)關(guān)系，其屬性變?yōu)殛P(guān)系的屬性，其主標(biāo)識(shí)變?yōu)殛P(guān)系的主碼。原則2：E-R圖中的從實(shí)體及相應(yīng)的“的”聯(lián)系變換為一個(gè)關(guān)系，從實(shí)體的屬性加上主體關(guān)系的主碼構(gòu)成這個(gè)關(guān)系的屬性。如果“的”聯(lián)系是1：1的，則以主實(shí)體關(guān)系的主碼（作為外來碼）為這個(gè)關(guān)系的主碼；如果“的”聯(lián)系是1：M的，則以主實(shí)體關(guān)系的主碼加上同一主實(shí)體個(gè)體聯(lián)系的不同從屬實(shí)體個(gè)體賴以相互區(qū)分的屬性組，組成該關(guān)系的主碼。原則3：1：M聯(lián)系通過在“多”實(shí)體關(guān)系中增加相聯(lián)系的“1”實(shí)體關(guān)系的主碼及聯(lián)系本身的屬性來表達(dá)。其中“1”實(shí)體主碼為外來碼。原則4：M：M聯(lián)系轉(zhuǎn)換成一個(gè)獨(dú)立的關(guān)系，被聯(lián)系實(shí)體關(guān)系的主碼（作為外來碼）和聯(lián)系本身的屬性作為該關(guān)系的屬性，被聯(lián)系實(shí)體關(guān)系的主碼組成其復(fù)合主碼。4.1.2 數(shù)據(jù)庫(kù)初步的關(guān)系框架（E-R圖向關(guān)系模型轉(zhuǎn)化）最多關(guān)系模型轉(zhuǎn)化庫(kù)存信息（商品編號(hào) 商品名稱 商品價(jià)格 入庫(kù)商品數(shù)量 庫(kù)存商品數(shù)量 入庫(kù)時(shí)間 出庫(kù)時(shí)間）管理（商品名稱 管理員編號(hào)）管理員信息（管理員編號(hào) 姓名 性別 家庭住址 聯(lián)系方式 工資）管理查詢（管理員編號(hào) 日期）消費(fèi)情況（日期 一樓窗口 二樓窗口 三樓窗口 一天消費(fèi)總額）消費(fèi)（日期 消費(fèi)序號(hào)）消費(fèi)者（消費(fèi)序號(hào) 姓名 性別 消費(fèi)類別 消費(fèi)者類別）訂餐（訂餐編號(hào) 消費(fèi)序號(hào)）訂餐信息（訂餐編號(hào) 顧客姓名 聯(lián)系方式 約定時(shí)間 備注信息）所在（訂餐編號(hào) 房間編號(hào)）包房信息（房間編號(hào) 房間位置）屬于（學(xué)號(hào) 消費(fèi)序號(hào)）組成（教師號(hào) 消費(fèi)序號(hào)）學(xué)生信息（學(xué)號(hào) 系別 班級(jí) 姓名 性別 宿舍 聯(lián)系方式）使用（卡號(hào) 學(xué)號(hào)）卡信息（卡號(hào) 余額 辦卡日期 持卡者姓名 花費(fèi)）持有（卡號(hào) 教師號(hào)）教師信息（教師號(hào) 系別 姓名 性別 家庭住址 聯(lián)系方式）最少關(guān)系模型轉(zhuǎn)化庫(kù)存信息（商品編號(hào) 商品名稱 商品價(jià)格 入庫(kù)商品數(shù)量 庫(kù)存商品數(shù)量 入庫(kù)時(shí)間 出庫(kù)時(shí)間 管理員編號(hào)）管理員信息（管理員編號(hào) 姓名 性別 家庭住址 聯(lián)系方式 工資）管理查詢（管理員編號(hào) 日期）消費(fèi)情況（日期 一樓窗口 二樓窗口 三樓窗口 一天消費(fèi)總額 消費(fèi)序號(hào)）消費(fèi)者（消費(fèi)序號(hào) 姓名 性別 消費(fèi)類別 消費(fèi)者類別）訂餐信息（訂餐編號(hào) 顧客姓名 聯(lián)系方式 約定時(shí)間 備注信息 消費(fèi)序號(hào) 房間編號(hào)）包房信息（房間編號(hào) 房間位置）學(xué)生信息（學(xué)號(hào) 系別 班級(jí) 姓名 性別 宿舍 聯(lián)系方式 消費(fèi)序號(hào)）卡信息（卡號(hào) 余額 辦卡日期 持卡者姓名 花費(fèi) 學(xué)號(hào) 教師號(hào)）教師信息（教師號(hào) 系別 姓名 性別 家庭住址 聯(lián)系方式 消費(fèi)序號(hào)）4.1.3數(shù)據(jù)模型優(yōu)化數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的結(jié)果不是唯一的，為了進(jìn)一步提高數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能，還應(yīng)該根據(jù)應(yīng)用需要適當(dāng)?shù)匦薷?、調(diào)整數(shù)據(jù)模型的結(jié)構(gòu)，這就是數(shù)據(jù)模型的優(yōu)化。關(guān)系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導(dǎo)，方法為：1、確定數(shù)據(jù)依賴2、對(duì)于各個(gè)關(guān)系模式之間的數(shù)據(jù)依賴進(jìn)行極小化處理，消除冗余的聯(lián)系冗余數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)為的完整性，給數(shù)據(jù)庫(kù)維護(hù)增加困難，應(yīng)當(dāng)予以消除。經(jīng)過規(guī)范化理論得出，原關(guān)系模式之間的數(shù)據(jù)依賴已經(jīng)達(dá)到極小化，沒有冗余的聯(lián)系，消除冗余的E-R圖稱為基本E-R圖3、按照數(shù)據(jù)依賴的理論對(duì)關(guān)系模式逐一進(jìn)行分析，考察是否存在部分函數(shù)依賴，傳遞函數(shù)依賴，多值依賴等，確定各關(guān)系模式分別屬于第幾范式。4、按照需求分析階段得到的處理要求，分析對(duì)于這樣的應(yīng)用環(huán)境這些模式是否合適，確定是否要對(duì)某些模式進(jìn)行合并或分解。5、對(duì)關(guān)系模式進(jìn)行必要的分解，提高數(shù)據(jù)操作的效率和存儲(chǔ)空間的利用率。根據(jù)需求分析階段系統(tǒng)的功能分析，這樣的應(yīng)用環(huán)境，這些模式可以完成包括消費(fèi)者信息管理，預(yù)訂信息管理，成本核算管理，審查工作，庫(kù)存管理這些模塊的要求，分析結(jié)果中可在設(shè)計(jì)用戶子模式中對(duì)不同級(jí)別的用戶定義不同的view。優(yōu)化后的關(guān)系模式：庫(kù)存信息（商品編號(hào) 商品名稱 商品價(jià)格 入庫(kù)商品數(shù)量 庫(kù)存商品數(shù)量 入庫(kù)時(shí)間 出庫(kù)時(shí)間 管理員編號(hào)）管理員信息（管理員編號(hào) 姓名 性別 家庭住址 聯(lián)系方式 工資）管理查詢（管理員編號(hào) 日期）消費(fèi)情況（日期 一樓窗口 二樓窗口 三樓窗口 一天消費(fèi)總額 消費(fèi)序號(hào)）消費(fèi)者（消費(fèi)序號(hào) 姓名 性別 消費(fèi)類別 消費(fèi)者類別）訂餐信息（訂餐編號(hào) 顧客姓名 聯(lián)系方式 約定時(shí)間 備注信息 消費(fèi)序號(hào) 房間編號(hào)）包房信息（房間編號(hào) 房間位置）屬于（學(xué)號(hào) 消費(fèi)序號(hào)）組成（教師號(hào) 消費(fèi)序號(hào)）學(xué)生信息（學(xué)號(hào) 系別 班級(jí) 姓名 性別 宿舍 聯(lián)系方式）使用（卡號(hào) 學(xué)號(hào)）卡信息（卡號(hào) 余額 辦卡日期 持卡者姓名 花費(fèi)）持有（卡號(hào) 教師號(hào)）教師信息（教師號(hào) 系別 姓名 性別 家庭住址 聯(lián)系方式 ）4.2具體邏輯模型設(shè)計(jì)在上面的實(shí)體以及實(shí)體之間關(guān)系的基礎(chǔ)上，形成數(shù)據(jù)庫(kù)中的表格以及各個(gè)表格之間的關(guān)系。食堂管理系統(tǒng)數(shù)據(jù)庫(kù)中各個(gè)表格的設(shè)計(jì)結(jié)果如下面的幾個(gè)表格所示。每個(gè)表格表示在數(shù)據(jù)庫(kù)中的一個(gè)表。表4-1為創(chuàng)建庫(kù)存信息表Stock創(chuàng)建庫(kù)存信息表Stock列名數(shù)據(jù)類型可否為空說明聲明Trade_novarchar(20)NOT NULL商品編號(hào)主鍵Trade_namevarchar(20)NULL商品名稱建立聚簇索引priceInt(4)NULL商品價(jià)格Enter_numberInt(4)NULL入庫(kù)商品數(shù)量Stock_numberInt(4)NULL庫(kù)存商品數(shù)量建立聚簇索引entertimedatetime(8)NULL入庫(kù)時(shí)間建立唯一索引outtimedatetime(8)NULL出庫(kù)時(shí)間Manager_numbervarchar(6)NOT NULL管理員編號(hào)外鍵表4-2為創(chuàng)建管理員信息表Manager創(chuàng)建管理員信息表Manager 列名數(shù)據(jù)類型可否為空說明聲明Manager_numbervarchar(6)NOT NULL管理員編號(hào)主鍵Manager_namevarchar(6)NOT NULL姓名Manager_sexVarchar(4)NULL性別Manager_addressvarchar(50)NULL家庭住址Manager_telvarchar(20)NULL聯(lián)系方式IncomeintNULL工資表4-3為創(chuàng)建消費(fèi)情況表ConsumeSituation創(chuàng)建消費(fèi)情況表ConsumeSituation列名數(shù)據(jù)類型可否為空說明聲明DatedatetimeNOT NULL日期主鍵建立唯一索引TotalbigintNULL一天消費(fèi)總額建立聚簇索引Floor_onevarchar(6)NULL一樓窗口Floor_twovarchar(6)NULL二樓窗口Floor_threevarchar(6)NULL三樓窗口Consumer_numbervarchar(6)NOT NULL消費(fèi)序號(hào) 外鍵表4-4為創(chuàng)建消費(fèi)者表Consumer創(chuàng)建消費(fèi)者表Consumer列名數(shù)據(jù)類型可否為空說明聲明Consumer_numbervarchar(6)NOT NULL消費(fèi)序號(hào)主鍵Consumer_namevarchar(10)NOT NULL姓名Consumer_sexVarchar(4)NULL性別Consume_sortvarchar(10)NULL消費(fèi)類別Consumer_sortvarchar(10)NULL消費(fèi)者類別表4-5為創(chuàng)建訂餐信息表book_eat 創(chuàng)建訂餐信息表book_eat列名數(shù)據(jù)類型可否為空說明聲明Beat_numbervarchar(6)NOT NULL訂餐編號(hào)主鍵Consumer_namevarchar(10)NOT NULL顧客姓名建立聚簇索引Consumer_telvarchar(20)NULL聯(lián)系方式Booktimedatetime(8)NULL約定時(shí)間建立聚簇索引Remark_infoText(50)NULL備注信息Consumer_numbervarchar(6)NOT NULL消費(fèi)序號(hào)外鍵建立唯一索引Room_numbervarchar(6)NOT NULL房間編號(hào)外鍵表4-6為創(chuàng)建包房信息表Roominfo創(chuàng)建包房信息表Roominfo列名數(shù)據(jù)類型可否為空說明聲明Room_numbervarchar(6)NOT NULL房間編號(hào)主鍵Room_addressvarchar(20)NOT NULL房間位置表4-7為創(chuàng)建學(xué)生信息表Student創(chuàng)建學(xué)生信息表Student列名數(shù)據(jù)類型可否為空說明聲明S_numbervarchar(6)NOT NULL學(xué)號(hào)主鍵S_namevarchar(10)NOT NULL姓名建立聚簇索引S_sexvarchar(4)NULL性別Classvarchar(20)NULL班級(jí)S_systemvarchar(16)NULL系別S_dormvarchar(20)NULL宿舍S_telvarchar(20)NULL聯(lián)系方式表4-8為創(chuàng)建卡信息表Card創(chuàng)建卡信息表Card列名數(shù)據(jù)類型可否為空說明聲明Card_numbervarchar(6)NOT NULL卡號(hào)主鍵建立唯一索引Balancevarchar(6)NOT NULL余額建立聚簇索引Card_datedatetime（8）NULL辦卡日期Person_namevarchar(10)NULL持卡者姓名Consumevarchar(20)NULL花費(fèi)建立聚簇索引表4-9為創(chuàng)建教師信息表Teacher創(chuàng)建教師信息表Teacher列名數(shù)據(jù)類型可否為空說明聲明T_numbervarchar(6)NOT NULL教師號(hào)主鍵T_namevarchar(6)NOT NULL姓名建立聚簇索引T_sexvarchar(4)NULL性別