【正文】 用需求。本文第一章已經做了詳細的需求分析，在此就不再重復闡述。（2）概念設計階段：形成獨立于機器特點、獨立于各個產品的概念模式（3）邏輯設計階段：首先將ER圖轉化成具體的數據庫產品支持的數據模型，如關系模型，形成數據庫邏輯模式；然后根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖，形成數據的外模式。（4）物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成數據庫的模式。數據庫設計步驟如下：圖 44 數據庫設計步驟流程圖 概念設計實體聯(lián)系圖（EntityRelation Diagram）是用來建立數據模型的，通常簡稱為ER圖。在數據庫系統(tǒng)設計中屬于概念設計階段，形成一個獨立于機器，獨立于DBMS的ER圖模型，相應的可以把用ER圖描繪的數據模型稱為ER模型。ER圖提供了表示實體（即數據對象）、屬性和聯(lián)系的方法，用來描述現實世界的概念模型。構成ER圖的基本要素是實體、屬性和聯(lián)系。實體（entity）：是客觀存在并且可以相互區(qū)分的事物。既可以是具體的對象，也可以是抽象的對象。屬性（attribute）：實體的特性稱為屬性。主屬性（identifier）則是能唯一標識實體的屬性。聯(lián)系（relationship）：實體之間的相互關系稱為聯(lián)系。聯(lián)系可以分為“一對一聯(lián)系”、“一對多聯(lián)系”、“多對多聯(lián)系”3種類型。本系統(tǒng)ER圖： 圖 45 系統(tǒng)ER圖 邏輯設計將ER圖轉換為關系模型：（1）用戶個人信息：User (U，ID，Uname，Upassword，address，，telephone，sex，age，nation)（2）管理員信息：Administrator（Ad，Adname，password，sex，age，department）（3） 餐館信息： Restaurant（Res，Resname，Resaddress，Resintroduction，Resscore，Resevaluation）（4）餐品信息：Dishes（D，Dname，Resname，class，Dintroduction，uint price，Dscore，Devaluation ）（5）訂餐信息列表：Order dishes（Ord，U，D，Dnumber，unit price，address，telephone，note，price，time）（6） 訂座信息列表 Order restaurant（Ord，U，Res，number，telephone，note，time）（7）公告：Announcement（An，Antitle，Ancontent，time，Ad，Adname）（8）留言：Message（Mes，Mestitle，Mescontent，time，U，ID）（9）回復：Reply（Re，Recontent，Ad/U，Adname/ID，Retime，Mes，Mestitle，Mescontent，time，U，Uname）范式優(yōu)化：優(yōu)化到3NF對于（3）餐品信息：當用戶在瀏覽或預訂同一家餐館的不同餐品時，會存在餐館名Restaurant的反復操作和存儲冗余。所以將餐館名用餐館信息列表的主鍵餐館號來代替。所以Dishes（D，Dname，restaurant，introduction）優(yōu)化為：R1（R，Restaurant）即餐館信息列表R2（D，Dname，R，introduction）餐品信息列表對于（4）訂單：當用戶在查詢個人訂單信息時，會存在用戶姓名Uname的反復操作和存儲冗余，當生成用戶在同一家餐館預訂的不同菜品時，會存在餐館名restaurant的反復操作和存儲冗余。所以將用戶名改為用戶信息列表的主鍵U，餐館名改為餐館信息列表的主鍵R即Order（Ord，U，Uname，D，Dname，Restaurant，introduction，time）優(yōu)化為：R1（U，Uname）即用戶信息列表R2(R，Restaurant)即餐館信息列表R3(Ord，U，D，R，introduction，time)對于（5）公告：存在管理員名ADname的冗余所以將Announcement（An，Antitle，Ancontent，time，Ad，Adname）優(yōu)化為：R1(An，Antitle，Ancontent，time，Ad)R2（Ad，Adname）即管理員信息列表對于（6）留言：若一個用戶發(fā)表多條留言，會存在用戶ID的反復操作和存儲冗余。所以將Message（Mes，Mestitle，Mescontent，time，U，Uname）優(yōu)化為R1 (Mes，Mestitle，Mescontent，time，U)R2（U，ID）即用戶信息列表對于（7）回復：存在Adname、ID和Mestitle、Mesconten的冗余Reply（Re，Recontent，Ad/U，Adname/ID，Retime，Mes，Mestitle，Mescontent，time，U，ID）優(yōu)化為R1（Ad，Adname）即管理員信息列表R2（U，Uname）即用戶信息列表R3（Mes，Mestitle，Mescontent，time）即留言信息列表R4（Re，Recontent，Ad/U，Retime，Mes，time，U）回復系信息列表即優(yōu)化后的結果為：用戶信息：User (U，ID，Upassword，address，telephone，sex，age，nation)管理員信息：Administrator（Ad，Adname，password，sex，age，department）餐館信息：Restaurant (R，Restaurant)餐品信息：Dishes（D，Dname，R，introduction）訂單信息：Order (Ord，U，D，R，content，time)公告信息：Announcement(An，Antitle，Ancontent，time，Ad)留言信息：Message （Mes，Mestitle，Mescontent，time，U)回復信息：Reply（Re，Recontent，Ad/U，Retime，Mes，time，U） 物理設計數據庫管理系統(tǒng)（DBMS）的選擇：采用的數據庫管理信息系統(tǒng)是Microsoft SQL Server 2000.數據庫管理系統(tǒng)的選擇從以下幾個方面予以考慮：（1）構造數據庫的難易程度。需要分析數據庫管理系統(tǒng)有沒有范式的要求，即是否必須按照系統(tǒng)所規(guī)定的數據模型分析現實世界，建立相應的模型。（2）程序開發(fā)的難易程度。有無計算機輔助軟件工程工具CASE——計算機輔助軟件工程工具可以幫助開發(fā)者根據軟件工程的方法提供各開發(fā)階段的維護、編碼環(huán)境，便于復雜軟件的開發(fā)、維護。有無第四代語言的開發(fā)平臺——第四代語言具有非過程語言的設計方法，用戶不需編寫復雜的過程性代碼，易學、易懂、易維護。有無面向對象的設計平臺——面向對象的設計思想十分接近人類的邏輯思維方式，便于開發(fā)和維護。對多媒體數據類型的支持——多媒體數據需求是今后發(fā)展的趨勢，支持多媒體數據類型的數據庫管理系統(tǒng)必將減少應用程序的開發(fā)和維護工作。（3）數據庫管理系統(tǒng)的性能分析。包括性能評估（響應時間、數據單位時間吞吐量）、性能監(jiān)控（內外存使用情況、系統(tǒng)輸入/輸出速率、SQL語句的執(zhí)行，數據庫元組控制）、性能管理（參數設定與調整）。（4）對分布式應用的支持。包括數據透明與網絡透明程度。數據透明是指使用者在應用中不需指出數據在網絡中的什么節(jié)點上，數據庫管理系統(tǒng)可以自動搜索網絡，提取所需數據；網絡透明是指用戶在應用中無需指出網絡所采用的協(xié)議。數據庫管理系統(tǒng)自動將數據包轉換成相應的協(xié)議數據。（5）并行處理能力。支持多CPU模式的系統(tǒng)（SMP，CLUSTER，MPP），負載的分配形式，并行處理的顆粒度、范圍。（6）可移植性和擴展性。可移植性指垂直擴展和水平擴展能力。垂直擴展要求新平臺能夠支持低版本的平臺，數據庫客戶機/服務器機制支持集中式管理模式，這樣保證用戶以前的投資和系統(tǒng)；水平擴展要求滿足硬件上的擴展，支持從單CPU模式轉換成多CPU并行機模式（SMP,CLUSTER,MPP）（7）數據完整性約束。數據完整性指數據的正確性和一致性保護，包括實體完整性、參照完整性、復雜的事務規(guī)則。（8）并發(fā)控制功能。對于分布式數據庫管理系統(tǒng)，并發(fā)控制功能是必不可少的。因為它面臨的是多任務分布環(huán)境，可能會有多個用戶點在同一時刻對同一數據進行讀或寫操作，為了保證數據的一致性，需要由數據庫管理系統(tǒng)的并發(fā)控制功能來完成。評價并發(fā)控制的標準應從下面幾方面加以考慮：保證查詢結果一致性方法數據鎖的顆粒度（數據鎖的控制范圍，表、頁、元組等）數據鎖的升級管理功能死鎖的檢測和解決方法（9）容錯能力。異常情況下對數據的容錯處理。評價標準：硬件的容錯，有無磁盤鏡象處理功能軟件的容錯，有無軟件方法異常情況的容錯功能（10）安全性控制包括安全保密的程度（賬戶管理、用戶權限、網絡安全控制、數據約束）（11）支持漢字處理能力包括數據庫描述語言的漢字處理能力（表名、域名、數據）和數據庫開發(fā)工具對漢字的支持能力 數據庫表設計數據作為一種非消耗性資源，往往隨著系統(tǒng)的不斷運行而大量積累和增加，這勢必增加系統(tǒng)負荷，影響系統(tǒng)的運行效率，給數據維護帶來一定困難，因此，在進行數據存儲總體結構設計時，既要考慮現有數據量的存儲規(guī)模，又要預見到未來數據量的增長趨勢，要注意控制數據量的無限制增長，并注意區(qū)分數據的分類。系統(tǒng)關鍵數據表如下：其關系見ER圖用戶表（user）：用戶注冊和登錄是需要用戶名和密碼，所以用戶數據表中必須包含用戶姓名和密碼兩個信息，還有些其他的用戶信息，比如郵箱。表 41 用戶表列名 注釋數據類型U用戶編號IntUID用戶賬號varcharUpassword密碼varchar郵箱varchar個人信息列表:用戶注冊成功后需要完善一些個人信息表 42 個人信息表列明注釋數據類型ID用戶賬號varcharpassword密碼varchartruename真實姓名varcharaddress地址varchartelephone聯(lián)系方式int郵箱varcharsex性別varcharage年齡intnation民族varchar管理員表（Administrator）：用來存儲網站管理員信息表43 管理員表列名注釋數據類型Ad管理員編號IntAdname姓名VarcharPassword密碼VarcharSex性別VarcharAge年齡IntDepartment部門Varchar 餐館信息列表（Restaurant）:用來存儲餐館的有關信息表44 餐館信息表列名注釋數據類型Res餐館編號intResname餐館名varcharResaddress餐館地址varcharResintroduction餐館簡介textResscore 打分情況intResevaluation評價詳情varchar餐品信息表（Dishes）：用來存儲網站餐品信息表 45 餐品信息表列名注釋數據類型D餐品編號IntResname餐館名VarcharDname餐品名稱varcharclass所屬類別varcharDintroduction餐品介紹textUnit price單價floatDscore打分情況intDevaluation評價詳情varchar訂單表：表46 訂單表列名注釋數據類型Ord訂單編號BigintU用戶編號IntD菜品編號IntR餐館編號IntPrice價格FloatTime時間Smalldatetime公告表（Announcement）：表47 公告表列名注釋數據類型An公告編號IntAntitle公告標題VarcharAncontent公告內容VarcharAd管理員編號IntTime發(fā)布時間Datetime留言表(message)：用來存儲網站用戶的留言信息表48 留言表列名注釋數據類型Mes留言編號intMestitle標題varcharMescontent留言內容varcharU用戶編號intID用戶名varchartime留言時間smalldatetime 信息系統(tǒng)安全規(guī)劃設計系統(tǒng)安全包括兩方面含義：一是信息安全；二是網絡安全。具體來說，信息安全指的是信息保密性、完整性和可用性；網絡安全主要從通信網絡層面考慮，指的是信息的傳輸和網絡的運行能夠得到安全保障，內部和外部非法攻擊能得到有效地防范和遏制。為了保證信息系統(tǒng)的安全應用，從以下幾個方面進行規(guī)劃。（1）、人員安全管理。任何系統(tǒng)都是由人來控制的，除了對重要崗位的工作人員要進行審查之外，在制度建立過程中要堅持授權最小化，授權分散化，授權規(guī)范化原則。只授予操作人員為完成本職工作必須的最小授權，包括對數據文件的訪問、計算機和外設的使用等。對于關鍵的任務，必須在功能上進行