《物流系統(tǒng)數據庫設計.doc》由會員分享，可在線閱讀，更多相關《物流系統(tǒng)數據庫設計.doc（31頁珍藏版）》請在裝配圖網上搜索。

1、 本科學生綜合性實驗報告課程名稱：數據庫技術及應用第三方物流運輸 系統(tǒng)數據庫設計項目組長 強項 學號 0093954 成 員 彭聰 學號 0093956 蔡佳欣 學號 0093971 班 級 B01班 實驗項目名稱 第三方物流運輸系統(tǒng)數據庫設計 指導教師及職稱 劉愛紅 老師 開課學期 2010 至 2011 學年 第 2 學期 截止日期 2011 年 6 月 20 日 目 錄1 需求分析11.1 編寫目的11.2背景11.3 功能分析21.4系統(tǒng)功能分析21.4.1客戶基本信息管理21.4.2車輛基本信息管理31.4.3訂單基本信息管理31.4.4路線基本信息管理31.4.5客戶評價基本信息管

2、理31.5系統(tǒng)功能圖分析41.6數據需求及業(yè)務規(guī)則分析41.7數據約束分析51.8數據字典61.8.1數據項與數據結構61.8.2數據處理92 數據庫概念設計92.1定義實體集及屬性92.2定義聯系集及屬性102.3E-R模型設計102.3.1實體E-R模型設計102.3.2多元聯系E-R模型設計112.3.3總E-R模型設計123 邏輯設計123.1實體集轉化為關系模式123.2聯系集轉化為關系模式133.3聚合轉化為關系模式133.3關系設計133.4函數依賴關系163.5模式求精164 物理設計174.1關系模式存儲方式選擇174.1.1索引存取方式，主要采用B+ 樹索引方法184.1.

3、2聚簇存取方式184.2數據庫的存取結構184.2.1數據的存放位置184.2.2數據存儲路徑185 數據庫腳本186 游標、觸發(fā)器與存儲過程241 需求分析 需求分析將從編寫目的、背景、系統(tǒng)目標系統(tǒng)功能分析、系統(tǒng)總體功能圖、數據字典、數據需求及業(yè)務規(guī)則分析、實體和聯系等方面進行分析，為概念設計提供依據。1.1 編寫目的改變當下物流運輸的滯后現狀，通過科學的數據庫管理，完善物流運輸行業(yè)的工作環(huán)節(jié)，提高運輸效率，從而達到客戶滿意水平，形成一個一體化運輸與反饋的物流運輸環(huán)境。1.2背景背景之一：我國國民經濟高速發(fā)展我國自改革開放以來，國民經濟就走上了持續(xù)穩(wěn)定高速發(fā)展的道路，年均增長8%以上，而從全

4、國看，發(fā)展最快的又是我國東南沿海一些省市，他們利用國家給經濟特區(qū)等一系列優(yōu)惠政策，大力改革開放，發(fā)展經濟，率先實現經濟的超常規(guī)大幅度增長，其中出現了一批大型實力客戶，像海爾、寶潔、IBM等。經濟的大幅增長，必然導致巨大的物質產品的流動，也就必然導致物流量的增加。這是經濟發(fā)展的必然規(guī)律，也是物流業(yè)成長的必然規(guī)律。背景二：是改革開放的結果我國第三方物流的誕生是改革開放的結果，跟改革開放有直接的關系。首先由一些國內的外資客戶率先促成的，人們不難從我國第三方物流的產生過程看出它有三個特點：第一，它們是從東南沿海一些改革開放程度比較高的省市首先搞起來；第二，它首先是由像寶潔、IBM等這樣一些國外的大公司

5、促成我國的一些客戶搞起來的；第三，第三方物流公司的業(yè)務最先也主要是為國外這些大公司服務的物流業(yè)務。而由點到面的發(fā)展，必然需要發(fā)達的物流來帶動。背景三：是我國物流學發(fā)展的結果我國第三方物流的發(fā)展有一個有趣的現象，就是一旦有了一個第三方物流的樣板和模式，社會很快在各個地方推廣開來。特別是最近幾年，發(fā)展特快，上海、北京、天津等城市且不說，武漢就一下子興起了如中遠、長江、中儲、武儲等好幾家大型第三方物流公司。出現這種現象，可以說是中國物流學發(fā)展的結果，人們已經有了比較好的物流觀念和物流學基礎。背景四：是信息技術發(fā)展的結果20世紀90年代以來，隨著因特網技術以及各種信息技術的發(fā)展，為客戶建設高效率的信息

6、技術網絡創(chuàng)造了條件，信息技術實現了數據的快速、準確傳遞，一方面提高了物流客戶在倉庫管理、裝卸運輸、采購、訂貨、配送發(fā)運、認單處理的自動化水平，促使訂貨、包裝、保管、運輸、流通加工一體化，使大規(guī)模、高質量、高服務水平處理物流客戶與其他客戶間的信息溝通交流、協調合作方便快捷，并能有效跟蹤和管理物流渠道中的貨物，精確計算物流活動的成本，這就使客戶可以隨時跟蹤自己的貨物，因而放心地把自己的物流業(yè)務交由第三方物流客戶處理，這些環(huán)境條件都促使了第三方物流客戶的產生。背景五：是市場競爭的結果第三方物流的產生是社會分工的必然結果。各客戶為增強市場競爭力，而將客戶的資金，人力，物力投入到其核心業(yè)務上，尋求社會化

7、分工協作帶來的效果和效率的最大化。專業(yè)化分工的結果導致許多非核心業(yè)煙從客戶生產經營中分離出來，生產客戶的核心是業(yè)務就是生產，物流業(yè)務不是他們的核心業(yè)務，它們將物流業(yè)務委托給第三方專業(yè)物流公司負責，不但自己可以集中精力發(fā)展自己的核心競爭力，抓好生產，而且可以降低成本。而第三方物流則以物流為核心競爭力，他們依靠自己的物流實力，完善物流服務功能，參與市場競爭，取得市場競爭優(yōu)勢。這樣，第三方物流的出現，實現了社會的合理分工，實現了社會資源的合理配置，同時又使生產客戶和物流客戶的核心競爭力都得到了加強，效益都是顯著提高，這公分顯示了第三方物流的綜合優(yōu)越性。1.3 功能分析第三方物流系統(tǒng)的兩個重要因素：線

8、路和節(jié)點，過去我們比較重視的是線路問題，線路與節(jié)點發(fā)展的不平衡使得我國物流的效率長期低下，資源利用率不高。對此，我們將從以下幾個方面改善上述問題：快速、及時方面：及時性不但是服務性的延伸，也是流通對物流提出的要求。快速、及時既是一個傳統(tǒng)目標，更是一個現代目標。其原因是隨社會大生產發(fā)展，這一要求更加強烈了。在物流領域采取的諸如直達物流、聯合一貫運輸、高速公路、時間表系統(tǒng)等管理和技術，就是這一目標的體現。 節(jié)約方面：節(jié)約是經濟領域的重要規(guī)律，在物流領域中除流通時間的節(jié)約外，由于流通過程消耗大而又基本上不增加或提高商品使用價值，所以領先節(jié)約來降低投入，是提高相對產出的重要手段。 規(guī)模化方面：以物流規(guī)

9、模做為物流系統(tǒng)的目標，是以此來追求規(guī)模效益 。生產領域的規(guī)模生產是早已為社會所承認的。由于物流系統(tǒng)比生產系統(tǒng)的穩(wěn)定性差，因而難于形成標準的規(guī)?；袷?。在物流領域以分散或集中 等不同方式建立物流系統(tǒng)，研究物流集約化的程度，就是規(guī)模優(yōu)化這一目標的體現。 庫存調節(jié)方面：是服務性的延伸，也是宏觀調控的要求，當然，也涉及到物流系統(tǒng)本身的效益。在物流領域中正確確定庫存方式、庫存數量、庫存 結構、庫存分布就是這一目標的體現。1.4系統(tǒng)功能分析第三方物流系統(tǒng)功能：客戶基本信息管理、路線基本信息管理、車輛基本信息管理、訂單基本信息管理、客戶評價基本信息管理。1.4.1客戶基本信息管理為客戶提供基本信息增加、修改

10、、刪除功能。包括：(1)客戶基本信息增加：客戶通過注冊錄入基本信息，客戶注冊時要求填寫基本信息，包括客戶名稱、客戶電話、登陸密碼、公司地址、注冊時間、法人姓名、聯系人姓名等信息，系統(tǒng)在注冊用戶注冊完后自動為其生成一個客戶編號，并且嵌入到客戶注冊信息內，形成完整的客戶資料。(2)客戶基本信息修改：客戶基本信息注冊錯誤或有所改變時可以進行信息的修改?？梢孕薷牡顷懨艽a，修改聯系人姓名，修改聯系人電話。(3)客戶基本信息刪除：客戶可以通過注銷來刪除客戶基本信息。1.4.2車輛基本信息管理提供車輛基本信息增加、修改、查詢、刪除功能。包括：(1)車輛基本信息增加：系統(tǒng)可以增加車輛基本信息，包括車牌號、車類

11、型、最大載重量、上牌時間、服務范圍、事故情況、運輸單價(以路程和重量計算)等信息。系統(tǒng)檢查所有信息填寫正確后提示增加成功，返回車輛編號。(2)車輛基本信息修改：車輛基本信息如果出錯或者有所改變，系統(tǒng)可以對車輛基本信息的具體內容進行修改?？梢孕薷能囕v車牌號，修改車輛車類型，修改車輛載物重，修改車輛上牌時間車齡，修改車輛事故情況，修改車輛服務意向，修改車輛運輸單價。 (3)車輛基本信息查詢：根據不同的條件查詢車輛基本信息?？梢园窜囕v車牌號查詢車輛基本信息，按車輛車類型查詢車輛基本信息，按車輛載物重查詢車輛基本信息，按車輛事故情況查詢車輛基本信息，按車輛供車服務意向查詢車輛基本信息，按車輛運輸單價查

12、詢車輛基本信息。(4)車輛基本信息刪除：由于車輛報廢或轉賣，可以刪除車輛基本信息，包括車輛編號、車牌號、車類型、最大載重量、上牌時間、服務意向、事故情況、運輸單價等信息。1.4.3訂單基本信息管理提供訂單表的增加、刪除、修改功能：(1)訂單基本信息增加：客戶在填寫客戶編號、貨物名稱、貨物重量、路程長度、出發(fā)地、目的地、訂單時間、訂單備注等信息后，系統(tǒng)檢查所有信息填寫正確后提示增加成功并返回訂單總額和訂單編號。訂單表還包括訂單數量和運輸費用等。(2)訂單基本信息更新：系統(tǒng)根據訂單表自動更新訂單表中的信息，如訂單表編號、訂單數量、訂單總額等。(3)訂單基本信息修改：客戶可根據需要修改出發(fā)地、貨物名

13、稱、貨物重量、目的地、訂單備注等信息。(4)訂單基本信息查詢：客戶或第三方物流公司可根據訂單編號、出發(fā)地、目的地、訂單金額、運輸費用和貨物重量等對訂單進行查詢。1.4.4路線基本信息管理提供路線基本信息增加、刪除、優(yōu)化、修改功能。包括：(1)路線基本信息增加：第三方物流公司統(tǒng)計訂單目的地后添加路線基本信息，其中包含路線編號，出發(fā)地，目的地，預計所需時間等信息。(2)路線基本信息刪除：根據客戶退單情況或者交通天氣狀況的改變進行一些無效線路的刪除。(3) 路線基本信息優(yōu)化：根據篩選重復路線及包含路線進行路線整合，優(yōu)化計算所需最短最少路線。(4) 路線基本信息修改：根據更改訂單狀況或者交通天氣狀況對

14、路線信息進行修改。包括路線出發(fā)地的修改，路線目的地的修改和路線交通工具的修改。1.4.5客戶評價基本信息管理提供客戶滿意度評價功能及查詢功能。(1) 客戶滿意度評價：需求商和供應商對此次物流運輸的整體情況做一個星級評價。包括：評價編號和總體評價。(2)具體服務項目評價：客戶(包括供應商和需求商)對本次第三方物流運輸情況的各個子項目進行評價。包括：對服務質量的評價，對運輸路線的評價，對運輸車輛的評價，對運輸時間的評價，對運輸費用的評價。(3)反饋信息查詢：根據不同條件查詢總體評價和各項服務評級水平?？梢园丛u價號查詢，按客戶姓名查詢，按路線編號查詢，按運輸費用查詢，按車輛評價查詢，按費用評價查詢，

15、按所花時間查詢。1.5系統(tǒng)功能圖分析 第三方物流運輸系統(tǒng)功能圖如圖1.1所示。第三方物流運輸系統(tǒng)客戶基本信息管理路線基本信息管理車輛基本信息管理訂單基本信息管理客戶評價信息管理客戶基本信息增加客戶基本信息修改客戶基本信息刪除路線基本信息增加路線基本信息刪除路線基本信息優(yōu)化路線基本信息修改路線基本信息查詢車輛基本信息增加車輛基本信息修改車輛基本信息查詢車輛基本信息刪除訂單基本信息查詢訂單基本信息更新訂單基本信息增加客戶滿意度評價反饋信息查詢各項服務評價查詢圖1.1 系統(tǒng)功能圖1.6數據需求及業(yè)務規(guī)則分析 業(yè)務規(guī)則分析主要是分析系統(tǒng)中數據之間的約束以及數據庫的范圍界定，基于上述功能需求，通過進一步

16、了解第三方物流運輸系統(tǒng)需求及業(yè)務分析規(guī)則如下：(1)客戶由客戶編號唯一標識，需要存儲客戶的公司名、登陸密碼、公司地址、注冊時間、法人姓名、聯系人姓名等信息。(2)客戶只能查詢自己的基本信息。(3)供應商客戶需在48小時內登陸并發(fā)貨。(4)需求商客戶提交運輸申請48小時后不得修改。(5)需求商客戶48小時內提交相同目的地的運輸申請可合并為一個訂單。(6)需求商客戶48小時內可以取消運輸申請，登陸后請求刪除訂單。(7)一個客戶只能有一名法人。(8)供應商客戶與需求商客戶同時確認訂單時予以發(fā)貨運輸。提出申請48小時后有一方未確認則取消訂單。(9)未發(fā)貨的同一目的地或其包含路線上的訂單數小于10時，在

17、最早提交申請的訂單確認24小時后發(fā)貨運輸。(10)雙方確認訂單后原則上不允許撤銷，如有真實存在的不可抗拒因素而必須取消訂單的話，責任方需交付訂單金額的10%作為違約金。若取消訂單數目過多導致上條情況發(fā)生，則責任方需另交付訂單金額5%作為剩余訂單公司的延遲運輸補償。(11)在交付第三方物流運輸費用后我司方可開始運輸。(12)每個運輸車輛在事故狀況中出現3次以上事故本月停止運輸工作。(13)訂單中的運輸費用必須大于0。(14)服務評價最高等級為5，最低為1，且一次運輸訂單號只有一次評價機會。(15)客戶滿意度評價中供應商客戶與需求商客戶對每張訂單分別能且僅能評價一次。(16)每一輛車的總載重量不能

18、超過該車的最大載重量。(17)訂單中的出發(fā)地和目的地必須和路線中的出發(fā)地和目的地相同。1.7數據約束分析(1)客戶編號約束：以字母E開頭再加上8位數字組成，按流水號一次增大。check約束為check(EcompNo like E0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9)。(2)路線編號約束：以字母R開頭再加上8位數字，按流水號一次增大。check約束為check(RouNo like R0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9)。(3)車輛編號約束：以字母C開頭再加上8位數字。按流水號一次增大。check約束為check(CarNo like B0

19、-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9)。(4)訂單編號約束：以字母O開頭再加上8位數字。按流水號一次增大。check約束為check(OrderNo like O0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9)(5)客戶信息表的主鍵是EcompNo,每一個編號都是唯一的。(6)客戶的所有信息不允許為空。(7)車輛信息表的主鍵是CarNo,每一個車輛編號都是唯一的。(8) 路線信息表的主鍵是RouNo,每一個路線編號都是唯一的。(9) 路線信息表中所有信息不允許為空。(10)訂單表的主鍵是OrderNo,每一個訂單編號都是唯一的。(11)訂單表中運輸單價為

20、X元/kgkm ，具體情況根據貨物類型而定。(12)所有密碼(SSerCode)不能為空值，由6-12位字母和數字組成。(13)注冊日期(regDate)不能為空值，數據類型為datetime。(14) 聯系人電話(Telephone)不能為空值，取值范圍為00000000000-99999999999，固定電話加地區(qū)號輸入。(15)訂單一旦生成則無法刪除。(16)聯系人姓名(EcompName)不能為空值，不得超過20字。(17)最大載重量(MaxWgt)不能為空值，數據為int。(18)車牌號(CarNoo)不能為空值，真實填寫。(19)車類型(CarType)不能為空值,不得超過5字，用

21、文字說明。(20)事故狀況(Accidents)不能為空值，數據類型為int。(21)上牌時間(CarTime)不能為空值,數據類型為int。(22)總體評價(SerLevel)不能為空值,0-100范圍內int。(23)運輸時間(TranTime)數據類型為int，單位：小時。(24)運輸單價(TranFee)不可以為空值，數據類型int。(25)出發(fā)地(Start)不能為空值,不得超過20字，用文字說明，默認只能用城市名。(26)目的地(destination)不能為空值,不得超過20字，用文字說明，默認只能用城市名。1.8數據字典1.8.1數據項與數據結構通過對所建立的表進行分析，我們得

22、到了以下一些數據項：(1)客戶表如表1.1所示。表1.1客戶表數據項數據類型別名是否為空約束取值含義EcompNochar(9)客戶編號Not nullE00000001-E99999999 主鍵E代表客戶，后8位按順序由系統(tǒng)自動編號EcompNamechar(6)客戶名稱Not null真實填寫RegDatechar(8)注冊日期Not null以天為單位以系統(tǒng)時間為準SSerCodeChar(6)登陸密碼Not null字母或數字6位(不分大小寫)AddressChar(30)客戶地址Not nullTelephonevarchar(11)聯系人電話Not nullLPNamevarcha

23、r(6)法人姓名Not null不得超過3字用文字說明ETelephonevarchar(11)客戶電話Not nullConNameChar(6)聯系人姓名Notnull必須為客戶公司的經理聯系人(2)車輛表如表1.2所示。表1.2 車輛表數據項數據類型別名是否為空約束取值含義CarNochar(9)車輛編號Not nullC00000001-C99999999 主鍵C代表車輛，后8位按順序編號CarLisen Char(6)車牌號Not null真實填寫CarTimeDatetime上牌時間Not null6-12位，由字母和數字組成SerTend varchar(20)服務意向Null不

24、得超過20字用文字說明Accidentsvarchar(20)事故狀況Not null不超過20字用文字說明TranFeevarchar(20)運輸單價Not null不超過40字用文字說明MaxWgtInt最大載重Not nullCarTypedvarchar(20)車類型Not null不超過五字用文字說明(3)訂單表如表1.3所示。表1.3 訂單表數據項數據類型別名是否為空約束取值含義OrderNochar(9)訂單編號Not nullD00000001-D99999999 主鍵D代表明細表，后8位按順序編號OrderNumchar(9)訂單數量Not nullOrderSumchar(

25、9)訂單金額NullStartvarchar(40)出發(fā)地Not null不得超過20字外鍵用文字說明destinationvarchar(40)目的地Not null不得超過20字外鍵用文字說明GNamevarchar(20)貨物名稱Not null不超過20字 用文字說明GWgtchar(10)貨物重量Not nullLengthchar(10)路程長度Not null外鍵OrderFeechar(9)運輸費用Null不得超過40字OrderScriptVarchar(20)訂單備住Null不超過40字用文字說明OrdertimeDatetime訂單時間Not null訂單生成時間 (4)

26、路線表如表1.4所示。表1.4 路線表數據項數據類型別名是否為空約束取值含義RouNochar(9)路線編號Not nullR00000001-R99999999 主鍵R代表訂單，后8位按順序編號Startvarchar(20)出發(fā)地Not null不超過20字用文字說明Distinationvarchar(20)目的地Not null不超過20字 用文字說明Lengthchar(10)路程長度Not nullPriTimechar(10)預計時間Not null (5)客戶評價表如表1.5所示。表1.5 客戶評價表數據項數據類型別名是否為空約束取值含義CommLevelchar(9)評價編號

27、Not nullP00000001-P99999999 主鍵P代表評價，后8位按順序編號SerLevelchar(10)總體評價Not nullCarLevelchar(10)車輛評價Not nullSvLevelchar(10)服務評價Not nullTTLevelchar(10)所花時間評價Not nullRouLevelchar(10)路線評價Not nullFeeLevelchar(10)費用評價Not null1.8.2數據處理數據處理結果如表1.6所示。表1.6 數據處理編號功能處理說明1.客戶注冊當客戶成功注冊后，自動在客戶表中添加該客戶的注冊信息2.修改客戶登陸密碼先按客戶編號

28、查詢到客戶基本型信息再對登陸密碼進行修改3.修改客戶聯系人姓名先按客戶編號查詢到客戶基本型信息再對客戶聯系人姓名進行修改4.修改客戶聯系人電話先按客戶編號查詢到客戶基本型信息再對客戶聯系人電話進行修改5.按客戶名稱查詢客戶基本信息按客戶名稱精確查詢客戶基本信息6.按客戶編號查詢客戶基本信息按客戶編號精確查詢客戶基本信息7.按法人姓名查詢客戶基本信息按客戶法人姓名精確查詢客戶基本信息8.按客戶經理人姓名查詢客戶基本信息按客戶經理人姓名精確查詢客戶基本信息9.按客戶經理人電話查詢客戶基本信息按客戶經理人電話查詢客戶基本信息10.客戶注銷按客戶編號精確查詢到客戶基本信息，再進行刪除11.訂單金額計算

29、按照路程長度和貨物重量計算訂單金額12.客戶評價客戶按照路線，車輛，服務，時間，費用評價，算出平均分生成總體評價。2 數據庫概念設計對實體集及屬性、聯系集及屬性進行定義和E-R模型設計。2.1定義實體集及屬性 (1)客戶實體集Ecomp：客戶編號(EcompNo)、客戶名稱(EcompName)、客戶電話(ETelephone)、注冊日期(RegDate)、登陸密碼(SSerCode)、地址(Address)、法人姓名(LPName)、聯系人姓名(ConName)。(2)路線實體集Route：路線編號(RouNo)、出發(fā)地( Start)、目的地 (Distination)、路程長度(Leng

30、th)、 預計時間(PriTime)等信息。(3)車輛實體集Car：車輛編號(CarNo)、車牌號(CarLisen)、上牌時間(CarTime)服務意向(SerTend)、事故狀況(Accidents)、運輸單價(TranFee)、最大載重(MaxWgt)、車類型(CarType)。2.2定義聯系集及屬性(1)訂單Order：訂單編號(OrderNo)、訂單數量(OrderNum)、訂單總額(OrderSum)、出發(fā)地(Start)、目的地(destination)、貨物名稱(GName)、貨物重量(GWgt)、運輸費用(OrderFee)、路程長度（Length）、訂單備注(OrderSc

31、ript)、訂單時間(Ordertime)。(2)客戶評價CommLevel:評價編號(CommNo)、總體評價(SerLevel)、車輛評價(CarLevel)、路線評價(RouLevel)、服務質量評價(SvLevel)、運輸時間評價(TTLevel)、費用評價(FeeLevel)。2.3E-R模型設計系統(tǒng)的E-R模型設計，不僅包括基本實體的E-R圖設計，還包括兩個實體之間的聯系的E-R圖設計，下面分別從單個實體E-R圖設計、兩個實體E-R圖設計以及聚合的E-R圖設計進行簡單表示與闡述。2.3.1實體E-R模型設計(1)客戶E-R模型如圖2.1所示。聯系人姓名客戶電話客戶編號登陸密碼客戶地

32、址客戶名稱客戶法人姓名注冊日期 圖2.1 客戶E-R模型(2)車輛E-R模型如圖2.2所示。車輛編號車牌號車類型最大載重量上牌時間服務意向事故狀況費用說明車輛 圖2.2 車輛E-R模型(3)路線E-R模型如圖2.3所示。路線預計時間路線編號出發(fā)地目的地路程長度圖2.3 路線E-R模型2.3.2多元聯系E-R模型設計訂單聯系集的E-R模型如圖2.4所示。訂單車輛客戶路線訂單數量訂單金額訂單編號貨物名稱出發(fā)地目的地訂單時間路程長度圖2.4 訂單聯系E-R模型2.3.3總E-R模型設計第三方物流運輸系統(tǒng)總圖如圖2.5所示。訂單車輛客戶路線評價運輸費用評價運輸時間評價評價編號服務質量評價總體評價訂單編

33、號收貨方發(fā)貨方貨物名稱訂單金額訂單數量圖2.5 總E-R模型3 邏輯設計本次設計的數據庫在SQL Server 2000上實現，將概念結構設計中的E-R圖轉換成SQL Sever 2000支持的關系數據模型。3.1實體集轉化為關系模式(1)客戶實體集Ecomp：Ecomp (EcompNo、EcompName 、ETelephone、regDate、SSerCode、Address、LPName、Telephone、ConName)(2)車輛實體集Car:Car (CarNo、CarLisen、CarTime、SerTend、Accidents、TranFee、MaxWgt、CarType)(

34、3) 路線實體集Route:Route (RouNo、Start、Distination、PriTime)3.2聯系集轉化為關系模式訂單聯系集Order：Order(Orderno、OrderNum 、OrderSum 、GName、GWgt、Length、Start、destination、OrderFee、OrderScript)3.3聚合轉化為關系模式客戶評價CommLevel：CommLevel (CommNo、SerLevel、CarLevel、RouLevel、SvLevel、TTLevel、FeeLevel)3.3關系設計關系設計包括轉換后所得表和函數依賴關系，轉換后為：(1)客

35、戶表如表3.1所示。表3.1 客戶表數據項數據類型別名是否為空約束取值含義EcompNochar(9)客戶編號Not nullE00000001-E99999999 主鍵E代表客戶，后8位按順序由系統(tǒng)自動編號EcompNamechar(6)客戶名稱Not null真實填寫ETelephonevarchar(11)客戶電話Not nullRegDateDatetime注冊日期Not null以天為單位以系統(tǒng)時間為準SSerCodeChar(6)登陸密碼Not null字母或數字6位(不分大小寫)初始密碼為123456Telephonevarchar(11)聯系人電話Not nullLPNamev

36、archar(10)法人姓名Notnull不得超過5字用文字說明ConNameChar(6)聯系人姓名Notnull必須為客戶公司的經理聯系人 (2)車輛表如表3.2所示。表3.2 車輛表數據項數據類型別名是否為空約束取值含義CarNochar(9)車輛編號Not nullC00000001-C99999999 主鍵C代表車輛，后8位按順序編號CarLisen Char(6)車牌號Not null真實填寫CarTimeDatetime上牌時間Not null6-12位，由字母和數字組成SerTend varchar(40)服務意向Null不得超過20字用文字說明AccidentsInt事故狀況

37、Not null用數字說明TranFeevarchar(20)運輸單價Not null不超過40字用文字說明MaxWgt、Int最大載重Not nullCarTypedvarchar(20)車類型 Null不超過五字用文字說明(3)訂單表如表3.3所示。表3.3 訂單表數據項數據類型別名是否為空約束取值含義OrderNochar(9)訂單編號Not nullD00000001-D99999999 主鍵D代表訂單，后8位按順序編號OrderNumchar(9)訂單數量Not nullOrderSumchar(9)訂單總額NullStartvarchar(40)出發(fā)地Not null不得超過20字

38、外鍵用文字說明Destinationvarchar(40)目的地Not null不得超過20字外鍵用文字說明GNamevarchar(40)貨物名稱Null不超過20字 外鍵用文字說明GWgtchar(10)貨物重量Not nullLengthchar(10)路程長度Not nullOrderFeeChar(9)運輸費用Null不得超過40字OrderScriptVarchar(20)訂單備住Null不超過40字用文字說明 (4)路線表如表3.4所示。表3.4 路線表數據項數據類型別名是否為空約束取值含義RouNochar(9)訂單編號Not nullR00000001-R99999999 主

39、鍵R代表路線，后8位按順序編號Startvarchar(20)出發(fā)地Not null不超過10字用文字說明Destinationvarchar(20)目的地Not null不超過10字 用文字說明PriTimechar(10)預計時間Null(5)客戶評價表如表3.5所示。表3.5 客戶評價表數據項數據類型別名是否為空約束取值含義CommLevelchar(9)評價編號Not nullP00000001-P99999999 主鍵P代表評價，后8位按順序編號SerLevelint總體評價null1-100 int平均分數CarLevelchar(10)車輛評價Not null1-100 int分

40、數SvLevelchar(10)服務評價Not null1-100 int分數TTLevelchar(10)運輸時間評價Not null1-100 int分數RouLevelchar(10)路線評價Not null1-100 int分數FeeLevelchar(10)運輸費用評價Not null1-100 int分數3.4函數依賴關系(1)客戶實體集Ecomp：Ecomp(EcompNo、EcompName、ETelephone、regDate、SSerCode、Address、LPName、Telephone、ConName)3NF(2)車輛實體集Car:Car(CarNo、CarLisen

41、、CarTime、SerTend、Accidents、TranFee、MaxWgt、CarType)3NF(3) 路線實體集Route:Route(RouNo、Start、Destination、Length、PriTime) 3NF(4)訂單聯系集Order：Order(OrderNo、OrderNum、OrderSum、Start、GName、GWgt、Length、Destination、OrderFee、OrderScript)2NF(5) 客戶評價CommLevel:CommLevel(CommNo 、SerLevel、CarLevel、RouLevel、SvLevel、TTLeve

42、l、FeeLevel) 3NF3.5模式求精仔細分析訂單表與客戶表可以知道，由于訂單數據過于龐大，所以會造成大量的冗余。因此可以把這訂單表的屬性分別再產生一張明細表，客戶表產生一份供應商和需求商兩張表。在訂單主表和訂單明細表中分別加上一個訂單編號做主碼。訂單表求精：(1)訂單主表OrderMaster如表3.6所示。 表3.6 OrderMaster數據項數據類型別名是否為空約束取值含義OrderNochar(9)訂單明細表編號Not nullD00000001-D99999999 主鍵D代表訂單，后8位按順序編號OrderNumchar(9)訂單數量Not nullOrderSumchar(

43、9)訂單總額Not nullStartvarchar(40)出發(fā)地Not null不得超過20字用文字說明Destinationvarchar(40)目的地Not null不得超過20字用文字說明(2)訂單明細表OrderDetail如表3.7所示。表3.7 訂單明細表OrderDetail數據項數據類型別名是否為空約束取值含義OrderNochar(9)訂單編號Not nullD00000001-D99999999 主鍵D代表訂單，后8位按順序編號SEcompNochar(9)發(fā)貨方客戶編號Not nullE00000001-E99999999 外鍵GNamevarchar(20)貨物名稱N

44、ull不超過10字 用文字說明GWgtchar(10)貨物重量Not nullLengthchar(10)路程長度Not nullDEcompNochar(9)收貨方客戶編號Not nullE00000001-E99999999 外鍵用文字說明OrderFeeChar(9)運輸費用Not nullOrdertimeDatetime訂單時間Not null訂單生成時間OrderScriptVarchar(20)訂單備住Null不超過40字用文字說明4 物理設計在邏輯設計的基礎上，對關系模式的存儲方式和數據庫的存取結構進行了物理優(yōu)化。4.1關系模式存儲方式選擇為提高數據庫數據的存取速度，而需要設置

45、合適的存取方式，主要采用以下兩類存取方式。4.1.1索引存取方式，主要采用B+ 樹索引方法(1)Ecomp表數據量相當大，其中EcompName (客戶名稱)、ETelephone (客戶電話) 等屬性列， Route表的start(出發(fā)地)和Destination(目的地)等屬性列，以及Car表的carType(車類型)等屬性經常出現在查詢條件中，所以在以上幾個表中的這幾列中建立索引。(2)Order表的OrderNum(訂單數量)、OrderSum(訂單總額)和CommLevel表中的車輛評價(CarLevel)、路線評價(RouLevel)、服務質量評價(SvLevel)、所花時間評價(

46、TTLevel)等屬性列經常被查詢，所以在這幾個表中建立索引。4.1.2聚簇存取方式除特殊說明的表外，在其余各表主鍵上默認地建立聚簇索引。4.2數據庫的存取結構為了提高系統(tǒng)整體性能，將數據庫中的數據組織分為多個文件，分開進行存儲。4.2.1數據的存放位置數據庫中的數據組織一個primary文件進行存儲，以下是對各表數據進行分析。(1)數據相對穩(wěn)定、數據量較大、經常用于查詢的表存組，符合該條件的表為： 客戶表Ecomp，車輛表Car。(2)將數據變動可能性較大，數量較大，查詢比較多的表，符合此條件的表有： 訂單表Order，路線表Route，客戶評價表CommLevel。4.2.2數據存儲路徑(

47、1)在目前實驗條件下，根據實驗的需求，將各數據文件存儲在以下路徑中。create database Transdbon primary ( name= Transdb , filename= D:databaseTransdb.mdf, size=5, maxsize=20, filegrowth= 1 )log on ( name= Translog, filename= D:databaseTranslog.ldf, size=2, maxsize=8, filegrowth=1)Go5 數據庫腳本set nocount on set dateformat ymduse mastergo

48、if not exists(select * from syslogins where name=user01) exec sp_addlogin user01,user01go/*create database*/if exists(select *from sysdatabases where name= Transdb ) drop database Transdbgo create database Transdbon primary (name=Transdb , filename=D:databaseTransdb.mdf, size=1, maxsize=5, filegrowt

49、h=1)log on (name=CarLog, filename=D:databaseTransLog.ldf, size=1, maxsize=5, filegrowth=1)go/*data mydatabase*/use Transdbgo/* add my user*/exec sp_adduser user01,user01go-/*客戶表*/Creat table Ecomp(EcompNo char(9) Not null /*客戶編號*/EcompName char(6) Not null /*客戶名稱*/RegDate char(8) Not null /*注冊日期*/SS

50、erCode Char(6) Not null /*登陸密碼*/address Char(30) Not null /*客戶地址*/LPName varchar(6) Not null /*法人姓名*/ETelephone varchar(11) Not null /*客戶電話*/ConName Char(6) Notnull /*聯系人姓名*/Telephone varchar(11) Not null /*聯系人電話*/Constraint EcompPK primary key (EcompNo)gogrant all on Ecomp to user01go/*車輛表*/create

51、table Car( CarNo char(9) not null check(CarNo like C0-90-90-90-90-90-90-90-9), CarLisen char(6) Not null, CarTime Datetime Not null, SerTend varchar(40) Null, Accidents int Not null, TranFee varchar(20) Not null, MaxWgt int Not null, CarType varchar(20) Null, constraint CarPK primary key (Carno)gogr

52、ant all on Car to user01go/*訂單主表*/create table Ordermaster ( OrderNo char(9) not null check(CarNo like D0-90-90-90-90-90-90-90-9), OrderNum char(9) Not null, OrderSum char(9) Null, Start varchar(40) Not null, Destination varchar(40) Not null, constraint OrderMaster pk primary key(OrderNo), constrain

53、t OrderMasterFK1 foreign key(Start) references Route(Start)constraint OrderMasterFK2 foreign key(Destination) references Route(Destination)gogrant all on Ordermaster to user01go/*訂單明細表*/create table Orderdetail ( OrderNo char(9) Not null, SEcompNo char(9) Not null, GName varchar(20) Null, GWgt char(

54、10) Not null,Length char(10) Not nullDEcompNo char(9) Not null,OrderFee char(9) Not null,Ordertime Datetime Not null,OrderScript Varchar(20) Null, constraint OrderDetailPK primary key (OrderNo), constraint OrderDetailFK1 foreign key(SEcompNo) references Ecomp(EcompNo), constraint OrderDetailFK2 fore

55、ign key(DEcompNo) references Ecomp (EcompNo)constraint OrderMasterFK3 foreign key(Length) references Route(Length)）gogrant all on Orderdetail to user01go/*路線信息表*/print create Routegocreate table Route( RouNo char(9) not null primary key, /*路線編號*/ check(rouNo like R0-90-90-90-90-90-90-90-9), Start varchar(40) not null, /*出發(fā)地*/ Destination varchar(40) not null, /*目的地*/ Length char(10) not null /*路程長度*/ PriTime char(10) null, /*預計時間*/)gogrant all on Route to us