拼車系統(tǒng)數(shù)據(jù)庫設計

1、本科學生綜合性實驗報告課程名稱：數(shù)據(jù)庫系統(tǒng)原理拼車系統(tǒng)數(shù)據(jù)庫設計實驗項目名稱 拼車系統(tǒng)數(shù)據(jù)庫設計矚慫潤厲釤瘞睞櫪廡賴。 聞創(chuàng)溝燴鐺險愛氌譴凈。 殘騖樓諍錈瀨濟溆塹籟。 釅錒極額閉鎮(zhèn)檜豬訣錐。 彈貿(mào)攝爾霽斃攬磚鹵廡。 謀蕎摶篋飆鐸懟類蔣薔。 廈礴懇蹣駢時盡繼價騷。 煢楨廣鰳鯡選塊網(wǎng)羈淚。 鵝婭盡損鵪慘歷蘢鴛賴。 籟叢媽羥為贍僨蟶練淨。 預頌圣鉉儐歲齦訝驊糴。 滲釤嗆儼勻諤鱉調(diào)硯錦。 鐃誅臥瀉噦圣騁貺頂廡。 擁締鳳襪備訊顎輪爛薔。 贓熱俁閫歲匱閶鄴鎵騷。 壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚。 蠟變黲癟報倀鉉錨鈰贅。 買鯛鴯譖曇膚遙閆擷凄。 綾鏑鯛駕櫬鶘蹤韋轔糴。 驅(qū)躓髏彥浹綏譎飴憂錦。 貓蠆驢繪燈鮒誅髏貺廡。

2、鍬籟饗逕瑣筆襖鷗婭薔。 構(gòu)氽頑黌碩飩薺齦話騖。 輒嶧陽檉籪癤網(wǎng)儂號澩。 堯側(cè)閆繭絳闕絢勵蜆贅。 識饒鎂錕縊灩筧嚌儼淒。 凍鈹鋨勞臘鍇癇婦脛糴。 恥諤銪滅縈歡煬鞏鶩錦。 鯊腎鑰詘褳鉀溈懼統(tǒng)庫。 碩癘鄴頏謅攆檸攜驤蘞。 閿擻輳嬪諫遷擇楨秘騖。 氬嚕躑竄貿(mào)懇彈瀘頷澩。 釷鵒資贏車贖孫滅獅贅。 慫闡譜鯪逕導嘯畫長涼。 諺辭調(diào)擔鈧諂動禪瀉類。 嘰覲詿縲鐋囁偽純鉿錈。 熒紿譏鉦鏌觶鷹緇機庫。 鶼漬螻偉閱劍鯫腎邏蘞。 紂憂蔣氳頑薟驅(qū)藥憫騖。 穎芻莖蛺餑億頓裊賠瀧。目錄1 需求分析 11.1 編寫目的 11.2 背景 11.3 系統(tǒng)目標 11.4 系統(tǒng)功能分析 21.4.1 賣家基本信息管理 21.4.2 路

3、線基本信息管理 21.4.3 商品基本信息管理 31.4.4 拼車預訂信息管理 41.4.5 訂單信息管理 51.4.6 拼車評價信息管理 51.5 系統(tǒng)總體功能圖 51.6 數(shù)據(jù)需求及業(yè)務規(guī)則分析 71.7 數(shù)據(jù)約束分析 81.8 數(shù)據(jù)字典 91.8.1 數(shù)據(jù)項與數(shù)據(jù)結(jié)構(gòu) 91.8.2 數(shù)據(jù)處理 112 數(shù)據(jù)庫概念設計 152.1 定義實體集及屬性 152.2 定義聯(lián)系集及屬性 152.3 E-R 模型設計 162.3.1 實體 E-R 模型設計 162.3.2 二元聯(lián)系 E-R 模型設計 182.3.3 三元聯(lián)系 E-R 模型設計 192.3.4 總 E-R 模型設計 203 邏輯設計 2

4、13.1 實體的轉(zhuǎn)化為關系模式 213.2 聯(lián)系的轉(zhuǎn)化為關系模式 213.3 關系設計 223.3 函數(shù)關系依賴 253.4 模式求精 254 物理設計 284.1 關系模式存儲方式選擇 284.1.1 索引存取方式，主要采用 B+ 樹索引方法 284.1.2 聚簇存取方式 284.2 數(shù)據(jù)庫的存取結(jié)構(gòu) 284.2.1 數(shù)據(jù)的存放位置 284.2.2 數(shù)據(jù)存儲路徑 295 數(shù)據(jù)庫腳本 296 觸發(fā)器與存儲過程 421 需求分析需求分析將從編寫目的、背景、系統(tǒng)目標系統(tǒng)功能分析、系統(tǒng)總體功能圖、 數(shù)據(jù)字典、 數(shù)據(jù)需求及業(yè)務規(guī)則分析、 實體和聯(lián)系等方面進行分析， 為概念設計 提供依據(jù)。 濫驂膽閉驟羥

5、闈詔寢賻。1.1 編寫目的讓該文檔的使用成員成為拼車系統(tǒng)的開發(fā)人員及拼車系統(tǒng)具體組織管理人 員。1.2 背景拼車是指具有相同路線的人乘坐同一商品進行通勤及節(jié)假日出行， 車費由乘 客協(xié)議分攤的行為。 市場經(jīng)濟， 理性經(jīng)濟人假設條件下， 任何一項事物的產(chǎn)生都 有著一定的必然性，就“拼車”而言，其產(chǎn)生的原因大致可概括為六個方面： 銚 銻縵嚌鰻鴻鋟謎諏涼。（ 1） 隨著社會經(jīng)濟的發(fā)展，居民生活水平的提高，小汽車開始走進千家萬 戶，這使得“拼車”成為了可能，即為“拼車”的出現(xiàn)提供了必要的物質(zhì)基礎； 擠貼綬電麥結(jié)鈺贖嘵類。（ 2） 機動車保有（出行）成本的大幅攀升（如燃油、停車、維修保養(yǎng)等） ， 迫使車主

6、開始尋找成本分擔方法；（ 3）現(xiàn)有旅客運輸?shù)墓┙o無法滿足居民的出行需求 （節(jié)假日期間尤為明顯） ， 那部分無法被滿足的“過剩需求”必將轉(zhuǎn)尋其他方式， “拼車”無疑是一種不錯 的選擇； 賠荊紳諮侖驟遼輩襪錈。（4）居民個性化出行需求的增多（特別是年輕人） ，對現(xiàn)有的旅客運輸也是 一種無形的挑戰(zhàn)；（ 5） 一些交通管理措施的實行，推動了“拼車”的產(chǎn)生，如，國外一些發(fā) 達國家為緩解城市交通擁堵鎖推行的“鼓勵上下班合乘”的措施等； 塤礙籟饈決穩(wěn)賽 釙冊庫。（ 6） 信息技術的飛速發(fā)展，特別是互聯(lián)網(wǎng)的廣泛普及，為“拼車”信息的 發(fā)布、檢索以及“拼車”條件的協(xié)商提供了中介平臺， 在百度上進行搜索， 可以

7、發(fā)現(xiàn)，幾乎每個大城市都有自己的賣家（拼車）網(wǎng)，“拼”作為一種嶄新的生活 方式已逐漸被人們所接受。 裊樣祕廬廂顫諺鍘羋藺。將上述六個方面的原因分為三類： 第一，供給條件 （原因（1）、（2）；第二， 需求條件（原因（ 3）、（4）、（5）；第三，中介平臺條件（原因（ 6）。從中可以 看出，運輸市場構(gòu)成的三個要素已經(jīng)完全具備， “拼車”的的產(chǎn)生已成為一種趨 勢。 倉嫗盤紲囑瓏詁鍬齊驁。1.3 系統(tǒng)目標有車一族在網(wǎng)上發(fā)布出行信息（每天的出行、遠途出行都可以） ，沒車（或 者有車，但不想開車）又順路的人可以拼車，當然搭車的人需要付一定的金額。 綻萬璉轆娛閬蟶鬮綰瀧。當拼車網(wǎng)的管理人員使用了 拼車系統(tǒng)

8、軟件后， 可以通過計算機完成以下 幾方面的管理工作：拼車網(wǎng)注冊賣家管理、路線信息管理、商品信息管理、成功 拼車信息管理。拼車系統(tǒng)用戶分為二類： 驍顧燁鶚巰瀆蕪領鱺賻。（ 1）拼車網(wǎng)游客： 只可以瀏覽拼車網(wǎng)開放的業(yè)務和信息， 不可以進行網(wǎng)上拼 車，也不為該類客戶提供個性化服務，該類客戶無需注冊。 瑣釙濺曖惲錕縞馭篩涼。（ 2）拼車網(wǎng)正式客戶： 必須在拼車網(wǎng)注冊，登錄本拼車網(wǎng)后，這類客戶可 以瀏覽拼車網(wǎng)的拼車信息， 可以進行網(wǎng)上拼車， 也可享受拼車網(wǎng)提供的個性化服 務以及優(yōu)惠服務等。 鎦詩涇艷損樓紲鯗餳類。1.4 系統(tǒng)功能分析拼車系統(tǒng)功能：賣家基本信息管理、 路線基本信息管理、商品基本信息管理、

9、拼車預訂信息管理、訂單信息管理、拼車評論信息管理、成功拼車信息管理。 櫛 緶歐鋤棗鈕種鵑瑤錟。1.4.1 賣家基本信息管理提供賣家基本信息注冊、注銷、修改、查詢以及統(tǒng)計功能。包括：（1）賣家基本信息錄入： 賣家通過注冊錄入基本信息， 賣家注冊時要求填寫基 本信息，包括姓名、性別、年齡、電話號碼、所屬區(qū)域、身份證號等信息。系統(tǒng) 檢測所有信息填寫正確后提示客戶注冊成功， 并返回賣家編號。 轡燁棟剛殮攬瑤麗鬮應。（2）賣家基本信息修改： 賣家基本信息注冊錯誤或有所改變時可以進行信息的 修改。 修改賣家姓名； 修改賣家登陸密碼； 修改賣家出生年月； 修改賣家電話號碼； 修改賣家性別； 修改賣家所屬區(qū)域

10、； 修改賣家身份證號；（3）賣家基本信息查詢：根據(jù)不同的條件查詢賣家基本信息。 按賣家姓名查詢賣家基本信息； 按賣家編號查詢賣家基本信息； 按賣家電話號碼查詢賣家基本信息； 按賣家所屬區(qū)域查詢賣家基本信息； 按賣家年齡查詢賣家基本信息；（4）賣家基本信息刪除：賣家可以通過注銷來刪除基本信息。（5）賣家基本信息統(tǒng)計：可以按不同的條件統(tǒng)計賣家們使用本系統(tǒng)的情況。 統(tǒng)計某一年齡的賣家人數(shù)； 統(tǒng)計不同性別的賣家人數(shù)； 統(tǒng)計某一地區(qū)的賣家人數(shù)；1.4.2 買家基本信息管理提供買家基本信息注冊、注銷、修改、查詢以及統(tǒng)計功能。包括：（1）買家基本信息錄入： 買家通過注冊錄入基本信息， 買家注冊時要求填寫基

11、本信息，包括姓名、性別、年齡、電話號碼、所屬區(qū)域、身份證號等信息。系統(tǒng) 檢測所有信息填寫正確后提示客戶注冊成功， 并返回買家編號。 峴揚斕滾澗輻灄興渙藺。（2）買家基本信息修改： 買家基本信息注冊錯誤或有所改變時可以進行信息的 修改。 修改買家姓名； 修改買家登陸密碼； 修改買家出生年月； 修改買家電話號碼； 修改買家性別； 修改買家所屬區(qū)域； 修改買家身份證號；（3）買家基本信息查詢：根據(jù)不同的條件查詢買家基本信息。 按買家姓名查詢買家基本信息； 按買家編號查詢買家基本信息； 按買家電話號碼查詢買家基本信息； 按買家所屬區(qū)域查詢買家基本信息； 按買家年齡查詢買家基本信息；（4）買家基本信息刪

12、除：買家可以通過注銷來刪除基本信息。（5）買家基本信息統(tǒng)計：可以按不同的條件統(tǒng)計買家們使用本系統(tǒng)的情況。 統(tǒng)計某一年齡的買家人數(shù)； 統(tǒng)計不同性別的買家人數(shù)； 統(tǒng)計某一地區(qū)的買家人數(shù)； 統(tǒng)計各年齡段的買家人數(shù)；1.4.3 商品基本信息管理提供商品基本信息增加、刪除、修改、查詢以及統(tǒng)計功能。包括：（1）商品基本信息增加：賣家可以增加商品基本信息，包括商品編號、商品類 型、商品數(shù)量、商品名稱、賣家編號、價格、發(fā)布時間等信息。系統(tǒng)檢查所有信 息填寫正確后提示增加成功，返回商品編號。 詩叁撻訥燼憂毀厲鋨驁。（2）商品基本信息修改：商品基本信息如果出錯或者有所改變，可以對商品基 本信息的具體內(nèi)容進行修改。

13、 修改商品編號； 修改商品類型； 修改商品數(shù)量； 修改商品名稱； 修改賣家編號； 修改車輛發(fā)布時間； 修改商品價格；（3）商品基本信息查詢：根據(jù)不同的條件查詢商品基本信息。 按商品編號查詢商品基本信息； 按商品類型查詢商品基本信息； 按商品數(shù)量查詢商品基本信息； 按商品名稱查詢商品基本信息； 按賣家編號查詢商品基本信息； 按發(fā)布時間查詢車輛基本信息； 按商品價格查詢商品基本信息；（4）商品基本信息刪除：可以刪除商品編號、商品類型、商品數(shù)量、商品名稱、 賣家編號、 發(fā)布時間、價格等所有信息。 賣家在注銷刪除自己基本信息時也能把 賣家增加的商品信息刪除。 則鯤愜韋瘓賈暉園棟瀧。（5）商品基本信息統(tǒng)

14、計：系統(tǒng)可以根據(jù)不同的條件進行統(tǒng)計 統(tǒng)計某一商品類型的商品數(shù)； 統(tǒng)計某一商品數(shù)量的商品數(shù)； 統(tǒng)計某一商品名稱的商品數(shù)； 統(tǒng)計系統(tǒng)商品總數(shù)； 統(tǒng)計某地區(qū)注冊的商品數(shù)； 統(tǒng)計某一商品價格的商品數(shù)；1.4.4 拼車預訂信息管理 提供預訂信息的增加、 預訂信息的查詢、 預訂信息的修改、預訂信息的刪除、 拼車座位預訂、拼車座位退訂。包括： 脹鏝彈奧秘孫戶孿釔賻。（1）預訂信息增加：賣家對路線與商品的確定能夠產(chǎn)生一個預訂信息供其他賣 家的加入，預訂信息需要增加預訂編號、路線編號、商品編號、賣家編號、拼車 費用、集合點、預訂備注。 鰓躋峽禱紉誦幫廢掃減。（2）預訂信息修改：對預訂信息具體內(nèi)容修改。 更改路線

15、編號； 更改商品編號； 修改拼車費用； 修改集合點內(nèi)容； 修改預訂備注內(nèi)容；（3）預訂信息查詢：可以根據(jù)不同的條件查詢預訂信息。 按商品商品編號查詢預訂信息； 按商品商品類型查詢預訂信息； 按商品商品數(shù)量查詢預訂信息； 按商品商品名稱查詢預訂信息； 按商品賣家編號查詢預訂信息； 按路線編號查詢預訂信息；按路線出發(fā)地查詢預訂信息； 按路線目的地查詢預訂信息； 按預訂編號查詢預訂信息；按商品使用費查詢預訂信息；（4）拼車座位預訂：在預訂期內(nèi)賣家可以預定任意路線的一個或多個座位。（5）拼車座位退訂：在預訂期內(nèi)賣家可以退訂自己所預訂過的任意路線的一個 或多個座位。（6）預訂信息統(tǒng)計：可以根據(jù)不同的條件

16、進行預訂信息統(tǒng)計。 統(tǒng)計同一商品類型的預訂信息數(shù)；統(tǒng)計同一商品數(shù)量的預訂信息數(shù)； 統(tǒng)計某一路線的預訂信息數(shù)； 統(tǒng)計某一出發(fā)地的預訂信息數(shù)； 統(tǒng)計某一目的地的預訂信息數(shù)；1.4.5 訂單信息管理提供訂單信息增加、修改、查詢與統(tǒng)計功能。包括：（1）訂單信息增加：當預訂信息在預訂期內(nèi)人數(shù)達到商品商品數(shù)量，預訂單將 生成訂單信息。 如果預訂期到了預訂單還未湊足人數(shù)， 將做如下考慮： 如果商品 商品數(shù)量為 5 人以下的，且實際參加人數(shù)少一個的預訂信息將繼續(xù)生成訂單信 息，且費用將按實際人數(shù)進行平攤。 如果商品商品數(shù)量為 5 人以上的，且實際參 加人數(shù)少于商品數(shù)量 20%內(nèi)的將繼續(xù)生成訂單信息， 且費用將

17、按實際人數(shù)進行平 攤。（訂單信息需要增加賣家編號、集合點、費用、訂單備注等信息。 ）稟虛嬪賑 維嚌妝擴踴糶。（2）訂單信息刪除：如果訂單信息生成后，由于過多的人數(shù)退出導致商品數(shù)量 不能達到 60%的系統(tǒng)自動刪除訂單信息。 陽簍埡鮭罷規(guī)嗚舊巋錟。（3）訂單信息查詢：根據(jù)不同的條件查詢。 按商品商品編號查詢訂單信息；按商品商品類型查詢訂單信息；按商品商品數(shù)量查詢訂單信息； 按商品商品名稱查詢訂單信息；按商品賣家編號查詢訂單信息； 按路線編號查詢訂單信息；按路線出發(fā)地查詢訂單信息； 按路線目的地查詢訂單信息； 按預訂編號查詢訂單信息； 按拼車費用查詢訂單信息；（4）訂單信息統(tǒng)計：根據(jù)不同的條件統(tǒng)計。

18、 統(tǒng)計同一商品類型的訂單信息數(shù)； 統(tǒng)計同一商品數(shù)量的訂單信息數(shù)；統(tǒng)計某一路線的訂單信息數(shù)； 統(tǒng)計某一出發(fā)地的訂單信息數(shù)；統(tǒng)計某一目的地的訂單信息數(shù)；1.4.6 拼車評價信息管理提供賣家對商品的評價、賣家對賣家的評價。包括：（1）賣家對商品的評價：賣家們成功參加一次拼車，付款后，系統(tǒng)會提示自愿 對此次拼車使用的商品進行評價。（2）賣家對賣家的評價：賣家們成功參加一次拼車，付款后，系統(tǒng)會提示自愿 對此次拼車的其他賣家進行評價。1.5 系統(tǒng)總體功能圖該系統(tǒng)總體功能圖如圖 1.1 所示線路基本信息管理溈氣嘮戇萇鑿鑿櫧諤應。賣家基本信息管理商品基本信息管理拼車系統(tǒng)拼車預訂信息管理圖 1.1 系統(tǒng)功能圖1

19、.6 數(shù)據(jù)需求及業(yè)務規(guī)則分析業(yè)務規(guī)則分析主要是分析系統(tǒng)中數(shù)據(jù)之間的約束以及數(shù)據(jù)庫的范圍界定， 基 于上述功能需求，通過進一步了解拼車系統(tǒng)需求及業(yè)務分析規(guī)則如下： 鋇嵐縣緱虜 榮產(chǎn)濤團藺。（1）賣家由賣家編號唯一標識，需要存儲賣家的名字、性別、密碼、注冊日 期、所屬區(qū)域、電話、性別、姓名、身份證號、拼車經(jīng)驗等信息。其中 所屬區(qū)域只記錄省份或市，員工的電話號碼只有一個，拼車經(jīng)驗以參加 過的拼車次數(shù)來統(tǒng)計。 懨俠劑鈍觸樂鷴燼觶騮。（2）賣家只能查詢自己的基本信息和參加 同一拼車路線 的其他賣家基本信 息。（3）統(tǒng)計有駕駛證的賣家人數(shù)，統(tǒng)計 身份證號大于零 的人數(shù)就是有駕駛證的 賣家人數(shù)。（4）賣家

20、不得修改預訂 信息。（5）賣家在預訂階段可以預定任意預訂信息的 一個或多個 座位。（6）賣家在預訂階段可以退訂自己所預訂過的任意預訂信息的一個或多個座 位。（7）預訂拼車座位的總數(shù) 不得超過 使用商品的商品數(shù)量。（8）訂單信息增加，當預訂信息在預訂期內(nèi)人數(shù)達到商品商品數(shù)量，預訂單 將生成訂單信息。 如果預訂期到了預訂單還未湊足人數(shù)， 將做如下考慮： 如果商品商品數(shù)量為 5 人以下的，且實際參加人數(shù)少一個的預訂信息將 繼續(xù)生成訂單信息，且費用將按實際人數(shù)進行平攤。如果商品商品數(shù)量 為 5 人以上的，且實際參加人數(shù)少于商品數(shù)量 20%內(nèi)的將繼續(xù)生成訂單 信息。 謾飽兗爭詣繚鮐癩別瀘。（9）訂單信息

21、刪除，如果訂單信息生成后，由于過多的人數(shù)退出導致收入不 能達到 60%的系統(tǒng)自動刪除訂單信息。（10）拼車路線在出發(fā)的前一天，不能夠預訂到足夠的人（商品商品數(shù)量為5 人以下的（包括 5 人），且實際參加人數(shù)少兩個人以上的。商品商品數(shù) 量為 5 人以上的且實際參加人數(shù)少于商品數(shù)量的 20%以上的。），預定信 息將自動失效，將不再預訂，并把信息告知已經(jīng)預訂的賣家。 咼鉉們歟謙 鴣餃競蕩賺。11）預訂信息生成訂單信息后， 已經(jīng)拼車的賣家原則上不允許退出， 如果 有 不可阻擋的因素非要退出的做如下處理： 如果賣家的退出還能滿足 生成訂單信息的條件的將對退出的每一個座位進行原來座位價20%的懲罰；如果賣

22、家的退出不能滿足生成訂單信息的條件的將對退出的每 一個座位進行原來座位價 50%的懲罰；這些罰金如果拼車還能夠繼續(xù)進 行，在拼車成功后將作為補償全部給予商品提供者。 瑩諧齷蘄賞組靄縐嚴減。12）拼車路線在訂單階段，如果由于退出的座位太多，導致無法再拼車在進 行下去的， 訂單信息將自動失效， 且通知未退出的賣家。 由于退出座位 所收取的罰金將會被作為由于訂單信息失效而導致未退出的賣家的補 償。麩肅鵬鏇轎騍鐐縛縟糶。13）為了安全與舒適參加拼車的賣家最多只允許攜帶一個一米二以下的兒童 同行。14）由于個人原因在賣家中途下車的，依然按照訂單的價格付款。1.7 數(shù)據(jù)約束分析1）賣家編號約束：以字母 M

23、開頭再加上 8 位數(shù)字組成，按流水號一次增大。 check約束為 check（memNoli ke M0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。納疇鰻吶鄖禎銣膩鰲錟。2）商品編號約束：以字母 C 開頭加上 8 位數(shù)字，按流水號一次增大。 check 約束為 check（carNo like C0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。風攆鮪貓鐵頻鈣薊糾廟。3）路線編號約束：以字母 R開頭再加上 8 位數(shù)字，按流水號一次增大。 check 約束為 check（rouNo like R0-9 0-9 0-9 0-9 0-9 0-9 0-9 0

24、-9 ） 。滅噯駭諗鋅獵輛覯餿藹。4）預訂編號約束：以字母 B開頭再加上 8 位數(shù)字。按流水號一次增大。 check 約束為 check（bookNo like B0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。鐒鸝餉飾鐔閌貲諢癱騮。5）賣家信息表的主鍵是 memNo每, 一個賣家編號都是唯一的。6）賣家信息表中所有信息不允許為空。7）商品信息表的主鍵是 carNo, 每一個商品編號都是唯一的。8）商品信息表中所有信息不允許為空。（9） 路線信息表的主鍵是 rouNo, 每一個路線編號都是唯一的。（10） 路線信息表中所有信息不允許為空。（ 11）預訂信息表的主鍵是 bo

25、okNo,每一個預訂編號都是唯一的。（12）預訂信息表中所有信息不允許為空。（13）密碼（ memCod）e 不能為空值，由 6-12 位字母和數(shù)字組成。（14）注冊日期（ regDate ）不能為空值，數(shù)據(jù)類型為 datetime 。（15）所屬區(qū)域（ address ）可以為空值，填寫省份和市（如：江西省南昌市） 或直轄市（如：上海市） ，字數(shù)不得超過 20 字。 攙閿頻嶸陣澇諗譴隴瀘。（16）電 話 號 碼 （ teletphone ） 不 能 為 空 值 ， 取 值 范 圍00000000000-99999999999，固定電話加地區(qū)號輸入。 趕輾雛紈顆鋝討躍滿賺。（17）性別（ se

26、x）不能為空值，只能輸入 f 或 m（f 代表男性 ,m 代表女性） .（18）姓名（ memNam）e不能為空值，不得超過 20 字。（19）身份證號（ driTime ）不能為空值，數(shù)據(jù)類型為 int 。（20）拼車次數(shù)（ carNum）不能為空值，數(shù)據(jù)類型為 int ，每成功拼車一次自動 加一。（21）商品編號（ carNoo）不能為空值，真實填寫。（22）商品類型（ carType ）不能為空值 , 不得超過 5 字，用文字說明。（23）商品數(shù)量（ pasQuantity ）不能為空值，數(shù)據(jù)類型為 int 。（24）商品名稱（ carTime ）不能為空值 , 數(shù)據(jù)類型為 int 。（

27、25）賣家編號（ safeCase）不能為空值 ,不得超過 10 字，用文字說明。（26）發(fā)布時間（ carRemark）不能為空值 , 不得超過 25 字，用文字說明。（27）發(fā)布日期（ issDate ）不能為空值，數(shù)據(jù)類型為 datetime 。（28）價格（ feeExplain ）可以為空值，不得超過 25 字，用文字說明。（29）出發(fā)地（ start ）不能為空值 ,不得超過 20字，用文字說明，默認只能用 城市名。（30）目的地（ distination ）不能為空值 ,不得超過 20字，用文字說明，默認 只能用城市名。1.8 數(shù)據(jù)字典數(shù)據(jù)字典包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)處理 3

28、個部分。其中數(shù)據(jù)項是數(shù)據(jù)的 最小組成單位， 若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結(jié)構(gòu)， 數(shù)據(jù)字典通過對數(shù)據(jù)項和 數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流、數(shù)據(jù)存儲的邏輯內(nèi)容。 夾覡閭輇駁檔驀遷錟減。1.8.1 數(shù)據(jù)項與數(shù)據(jù)結(jié)構(gòu)通過對所建立的表進行分析， 我們得到了以下一些數(shù)據(jù)項， 如表 1.1 至表 1.10 所示。表 1.1 賣家信息表數(shù)據(jù)項數(shù)據(jù)類型別名是否為空約束取值含義memNochar(9)賣家編號Not nullM00000001-M99999999 主鍵M代表客戶，后 8 位按順序編號，是 主碼regDatedatetime注冊日期Not nullyyyy-mm-ddmemCodevarchar(12)

29、密碼Not null6-12 位，由字母 和數(shù)字組成輸錯次數(shù)不得超過三次addressvarchar(20)所屬區(qū)域Null不得超過 20 字teletphonechar(11)電話Not null00000000000-99999999999若輸入家庭號碼 , 則要輸入地區(qū)號sexchar(2)性別Not nullf/mf 代表男性 ,m 代表 女性memNamevarchar(20)姓名Not null不得超過 20 字birthdaydatetime出生日期Not nulldriTimeint身份證號Not nullcarNumint拼車次數(shù)Not null每成功拼車一 次，自動加一表

30、1.2 商品信息表數(shù)據(jù)項數(shù)據(jù)類型別名是否為空約束取值含義carNochar(9)商品編號Not nullC00000001-C99999999 主鍵C 代表商品，后 8 位按順序編號carNoochar(6)商品編號Not null真實填寫carTypechar(10)商品類型Not null不得超過 5 字用文字說明pasQuantityint商品數(shù)量Not nullcarTimeint商品名稱Not nullsafeCasevarchar(20)賣家編號Not null不得超過 10 字用文字說明carRemar kvarchar(80)發(fā)布時間Null不得超過 40 字用文字說明feei

31、nt費用NullissDatedatetime發(fā)布日期Not null表 1.3 路線信息表數(shù)據(jù)項數(shù)據(jù)類型別名是否為空約束 取值含義10rouNochar(9)路線編號Not nullR00000001-R99999999 主鍵R 代表路線，后 8 位按順序編號startvarchar(40)出發(fā)地Not null不得超過 20 字用文字說明distinationvarchar(40)目的地Not null不得超過 20 字用文字說明1.8.2 數(shù)據(jù)處理為了實現(xiàn)預期的系統(tǒng)功能，我們建立了以下數(shù)據(jù)處理過程，如表 1.4 所示表 1.4 數(shù)據(jù)處理編號功能處理說明1.賣家基本信息錄入當賣家成功注冊后

32、，自動在賣家表中添加該賣家的注冊信息2.修改賣家姓名先按賣家編號查詢到賣家基本型信息再對姓名進行修改3.修改賣家登陸密碼先按賣家編號查詢到賣家基本型信息再對登陸密碼進行修改4.修改賣家出生年月先按賣家編號查詢到賣家基本型信息再對出生年月進行修改5.修改賣家電話號碼先按賣家編號查詢到賣家基本型信息再對電話號碼進行修改6.修改賣家性別先按賣家編號查詢到賣家基本型信息再對性別進行修改7.修改賣家所屬區(qū)域先按賣家編號查詢到賣家基本型信息再對所屬區(qū)域進行修改8.修改賣家身份證號先按賣家編號查詢到賣家基本型信息再對身份證號進行修改9.按賣家姓名查詢賣家基本信息按賣家姓名精確查詢賣家基本信息10.按賣家編號

33、查詢賣家基本信息按賣家編號精確查詢賣家基本信息11.按賣家電話號碼查詢賣家基本信息按賣家電話號碼精確查詢賣家基本信息12.按賣家所屬區(qū)域查詢賣家基本信息按賣家姓名精確查詢賣家基本信息13.按賣家年齡查詢賣家基本信息按賣家年齡模糊查詢賣家基本信息14.賣家基本信息刪除按賣家編號精確查詢到賣家基本信息，再進行刪除15.統(tǒng)計某一年齡的賣家人數(shù)輸入年齡，對賣家基本信息逐條查詢累計計 數(shù)16.統(tǒng)計不同性別的賣家人數(shù)輸入性別，對賣家基本信息逐條查詢累計計11數(shù)17.統(tǒng)計某一地區(qū)的賣家人數(shù)輸入城市名，對賣家基本信息逐條模糊查詢累計計數(shù)18.統(tǒng)計各年齡段的賣家人數(shù)輸入正確的年齡段，對賣家基本信息逐條查詢累計計

34、數(shù)19.統(tǒng)計有駕駛證的賣家人數(shù)對賣家基本信息逐條查詢，對身份證號大于零的信息累計計數(shù)20.統(tǒng)計各身份證號段的賣家人數(shù)輸入正確的身份證號段，對賣家基本信息逐條查詢累計計數(shù)21.統(tǒng)計各拼車次數(shù)段的賣家人數(shù)輸入正確的拼車次數(shù)段，對賣家基本信息逐條查詢累計計數(shù)22.路線基本信息增加按要求輸入正確的路線基本信息，并添加到路線信息表23.路線基本信息刪除按路線編號精確查詢到路線基本信息，再進行刪除24.按路線編號查詢路線基本信息按路線編號精確查詢路線基本信息25.按路線出發(fā)地查詢路線基本信息按路線出發(fā)地精確查詢路線基本信息26.按路線目的地查詢路線基本信息按路線目的地精確查詢路線基本信息27.修改路線出發(fā)

35、地先按路線編號查詢到路線基本型信息再對出發(fā)地進行修改28.修改路線目的地先按路線編號查詢到路線基本型信息再對目的地進行修改29.統(tǒng)計某一出發(fā)地的路線數(shù)輸入出發(fā)地城市名，對路線基本信息逐條查詢累計計數(shù)30.統(tǒng)計某一目的地的路線數(shù)輸入目的地城市名，對路線基本信息逐條查詢累計計數(shù)31.商品基本信息增加按要求輸入正確的商品基本信息，并添加到商品信息表32.修改商品商品編號先按商品編號查詢到商品基本型信息再對商品編號進行修改33.修改商品商品類型先按商品編號查詢到商品基本型信息再對商品類型進行修改34.修改商品商品數(shù)量先按商品編號查詢到商品基本型信息再對商品數(shù)量進行修改35.修改商品商品名稱先按商品編號

36、查詢到商品基本型信息再對商品名稱進行修改36.修改商品賣家編號先按商品編號查詢到商品基本型信息再對賣家編號進行修改37.修改商品發(fā)布時間先按商品編號查詢到商品基本型信息再對發(fā)布時間進行修改38.修改商品價格先按商品編號查詢到商品基本型信息再對價格進行修改1239.按商品商品編號查詢商品基本信息按商品商品編號精確查詢商品基本信息40.按商品商品類型查詢商品基本信息按商品類型精確查詢商品基本信息41.按商品商品數(shù)量查詢商品基本信息按商品商品數(shù)量精確查詢商品基本信息42.按商品商品名稱查詢商品基本信息按商品商品名稱精確查詢商品基本信息43.按商品賣家編號查詢商品基本信息按商品賣家編號模糊查詢商品基本

37、信息44.按商品發(fā)布時間查詢商品基本信息按商品發(fā)布時間模糊查詢商品基本信息45.按商品價格查詢商品基本信息按商品價格模糊查詢商品基本信息46.按商品編號查詢商品基本信息按商品編號精確查詢商品基本信息47.商品基本信息刪除按商品編號查詢到商品基本信息，在進行刪 除48.統(tǒng)計某一商品類型的商品數(shù)輸入某一商品類型，對商品基本信息逐條查詢累計計數(shù)49.統(tǒng)計某一商品數(shù)量的商品數(shù)輸入某一商品數(shù)量，對商品基本信息逐條查詢累計計數(shù)50.統(tǒng)計某一商品名稱的商品數(shù)輸入某一商品名稱，對商品基本信息逐條查詢累計計數(shù)51.統(tǒng)計系統(tǒng)商品總數(shù)對所有商品基本信息逐條查詢累計計數(shù)52.統(tǒng)計某地區(qū)注冊的商品數(shù)；（商品編號統(tǒng)計）輸

38、入某地區(qū)特有的商品編號開頭，再商品基本信息逐條查詢累計計數(shù)53.統(tǒng)計有車保險的商品數(shù)查詢所有商品基本信息，對車保險不為空的商品信息逐條累計計數(shù)54.預訂信息增加路線與商品的確定生成預訂信息，并把預訂信息添加到預訂信息表中55.預訂信息修改按預訂編號精確查詢到預訂信息，在進行具體的修改56.按商品商品編號查詢預訂信息按商品商品編號精確查詢預訂信息57.按商品商品類型查詢預訂信息按商品商品類型精確查詢預訂信息58.按商品商品數(shù)量查詢預訂信息按商品商品數(shù)量精確查詢預訂信息59.按商品商品名稱查詢預訂信息按商品商品名稱精確查詢預訂信息60.按商品賣家編號查詢預訂信息按商品賣家編號模糊查詢預訂信息61.

39、按路線編號查詢預訂信息按路線編號精確查詢預訂信息62.按路線出發(fā)地查詢預訂信息按路線出發(fā)地精確查詢預訂信息63.按路線目的地查詢預訂信息按路線目的地精確查詢預訂信息1364.按預訂編號查詢預訂信息按預訂編號精確查詢預訂信息65.按商品價格查詢預訂信息按商品價格模糊查詢預訂信息66.拼車座位預訂按條件查找到預訂信息，然后把賣家編號、 預訂座位數(shù)、預訂編號添加到預訂明細表中67.拼車座位退訂從預訂明細表中找到已經(jīng)預訂的座位數(shù)，進行修改或者刪除明細表記錄68.統(tǒng)計同一商品類型的預訂信息數(shù)輸入某一商品類型，對預訂信息逐條查詢累計計數(shù)69.統(tǒng)計同一商品數(shù)量的預訂信息數(shù)輸入某一商品數(shù)量，對預訂信息逐條查詢

40、累計計數(shù)70.統(tǒng)計某一路線的預訂信息數(shù)輸入某一路線，對預訂信息逐條查詢累計計 數(shù)71.統(tǒng)計某一出發(fā)地的預訂信息數(shù)輸入某一出發(fā)地城市名，對預訂信息逐條查詢累計計數(shù)72.統(tǒng)計某一目的地的預訂信息數(shù)輸入某一目的地城市名，對預訂信息逐條查詢累計計數(shù)73.訂單信息增加預訂信息滿足條件后，會自動的把預訂信息生成訂單信息，并把它添加到訂單表中74.訂單信息刪除訂單信息不滿足條件后，會自動訂單信息從訂單表中刪除75.訂單信息修改按預訂編號精確查詢到預訂信息，在進行具體的修改76.按商品商品編號查詢訂單信息按商品商品編號精確查詢訂單信息77.按商品商品類型查詢訂單信息按商品商品類型精確查詢訂單信息78.按商品商

41、品數(shù)量查詢訂單信息按商品商品數(shù)量精確查詢訂單信息79.按商品商品名稱查詢訂單信息按商品商品名稱精確查詢訂單信息80.按商品賣家編號查詢訂單信息按商品賣家編號精確查詢訂單信息81.按路線編號查詢訂單信息按路線編號精確查詢訂單信息82.按路線出發(fā)地查詢訂單信息按路線出發(fā)地城市名精確查詢訂單信息83.按路線目的地查詢訂單信息按路線目的地城市名精確查詢訂單信息84.按預訂編號查詢訂單信息按預訂編號精確查詢訂單信息85.按拼車費用查詢訂單信息按拼車費用精確查詢訂單信息86.統(tǒng)計同一商品類型的訂單信息數(shù)輸入商品類型，對訂單信息逐條查詢累計計 數(shù)87.統(tǒng)計同一商品數(shù)量的訂單信息數(shù)輸入商品數(shù)量，對訂單信息逐條

42、查詢累計計 數(shù)88.統(tǒng)計某一路線的訂單信息數(shù)輸入路線編號，對訂單信息逐條查詢累計計 數(shù)89.統(tǒng)計某一出發(fā)地的訂單信息數(shù)輸入路線出發(fā)地，對訂單信息逐條查詢累計14計數(shù)90.統(tǒng)計某一目的地的訂單信息數(shù)輸入路線目的地，對訂單信息逐條查詢累計計數(shù)91.賣家對商品的評價成功拼車后，賣家可以對商品進行評價，評價內(nèi)容將被添加到商品評價表中92.賣家對賣家的評價成功拼車后，賣家可以對同行拼車的其他賣 家進行評價，評價內(nèi)容將被添加到賣家評價 表中93.統(tǒng)計某一路線的參加拼車的次數(shù)輸入路線編號，對成功拼車信息逐條查詢累計計數(shù)94.統(tǒng)計某一商品的參加拼車的次數(shù)輸入商品編號，對成功拼車信息逐條查詢累計計數(shù)95.統(tǒng)計某

43、一商品類型的參加拼車的次數(shù)輸入某一商品類型，對成功拼車信息逐條查詢累計計數(shù)2 數(shù)據(jù)庫概念設計對實體集及屬性、聯(lián)系集及屬性進行定義和 E-R 模型設計2.1 定義實體集及屬性1 )賣家實體集 Member：賣家編號 (memNo)、注冊日期 (regDate) 、密碼 (memCod)e、所屬區(qū)域( address )、電話號碼 (Teletphone) 、性別 (Sex) 、 姓名( memNam、e)出生日期( datetime )、身份證 號 ( driTime ) 、 拼 車 次 數(shù) ( carNum ) 等信息。 視絀鏝鴯鱭鐘腦鈞欖糲。2) 商品實體集 Car ：商品編號(carNo)

44、 、商品編號(carNO) 、商品類型(carType) 、 商品數(shù)量 (pasQuantity) 、商品名稱 (carTime) 、賣家編號 (safeCase) 、發(fā) 布時間 (carRemark) 、發(fā)布日期 (issDate) 、賣家編號 (memN)o 等信息。 偽澀 錕攢鴛擋緬鐒鈞錠。3) 路線實 體集 Route：路線編 號(rouNo) 、 出發(fā)地( start) 、目 的地 (distination) 等信息。 緦徑銚膾齲轎級鏜撟廟。2.2 定義聯(lián)系集及屬性1) Book聯(lián)系集： Route、Car 和 Member之間的三元聯(lián)系集。表明一條路線可 以與多輛車組成預訂信息，一

45、輛車可以與多條路線組成預訂信息。一個賣 家可以參加多條拼車路線的預訂，一條拼車路線也可以被多個賣家預訂。 屬性：預訂編號( bookNo)、商品編號( carNo)、路線編號( rouNo)、出發(fā) 日期(startDate )、預訂座位數(shù)( bookNum)、票價( fee )、預訂說明( explain )、 集合點( gather )、賣家編號 (memNo、) 預訂日期( bookDate)等信息。 騅憑 鈳銘僥張礫陣軫藹。152）EvaluateC 聯(lián)系集： Member與 Car 之間一對多的聯(lián)系集。一個賣家一次可 以對一輛車評價，一輛車可以被同一拼車路線的賣家評價。屬性：商品編 號

46、（carNo）、賣家編號（ memN）o、評價內(nèi)容（ evaluateC ）等信息。 癘騏鏨農(nóng) 剎貯獄顥幗騮。3）EvaluateM 聯(lián)系集： Member與 Member之間的多對多的聯(lián)系集。 成功參加同 一拼車活動的所有賣家可以給其他賣家自愿的評價。屬性：賣家編號 （memN）o、賣家編號（ memN）o、評價內(nèi)容（ evaluateM ）等信息。 鏃鋝過潤啟婭 澗駱讕瀘。4）Control 聯(lián)系集： Member與 Car 之間一對多的聯(lián)系集。一個賣家可以擁有 多輛車，一輛車只能被一個賣家所擁有。屬性：賣家編號（ memN）o、商品 編號（ carNo）等信息。 榿貳軻謄壟該檻鯔塏賽。5

47、）Order 聯(lián)系集： Route、Car 和 Member之間的三元聯(lián)系集。一個賣家可以對 多條訂單信息進行下單，一條訂單信息可以被多個賣家下單。一個賣家可 以參加多條訂單信息，一條訂單信息也可以被多個賣家參加。屬性：預訂 編號（ bookNo）、商品編號（ carNo）、路線編號（ rouNo）、預訂座位數(shù) （bookNum）、票價（ fee ）、訂單說明（ explain ）、集合點（ gather ）、賣家 編號 （memNo、） 訂單日期 （orderDate ）、完成日期（completeDate ）等信息。 邁蔦賺陘賓唄擷鷦訟湊。2.3 E-R 模型設計系統(tǒng)的 E-R 模型設計，

48、不僅包括基本實體的E-R 圖設計，還包括兩個實體E-R 圖設計、兩個實體 E-R 圖 嶁硤貪塒廩袞憫倉華糲。之間的聯(lián)系的 E-R 圖設計，下面分別從單個實體 設計以及聚合的 E-R 圖設計進行簡單表示與闡述2.3.1 實體 E-R 模型設計所有實體描述如下：圖 2.1 Member 實體集2) 商品基本屬性如圖 2.2 所示圖 2.2 Car 實體集3) 路線基本屬性如圖 2.3 所示Route圖 2.3 Route 實體集2.3.2 二元聯(lián)系 E-R 模型設計1) EvaluateC聯(lián)系集的 E-R 圖如圖 2.4所示圖 2.4 EvaluateC 聯(lián)系集2) Control 聯(lián)系集的 E-

49、R 圖如圖 2.5 所示圖 2.5 Control 聯(lián)系集3) EvaluateM聯(lián)系集的 E-R 圖如圖 2.6所示18圖 2.6 EvaluateM 聯(lián)系集2.3.3 三元聯(lián)系 E-R 模型設計2) Order聯(lián)系集的 E-R圖如圖 2.8所示。隸誆熒鑒獫綱鴣攣駘賽。Member19CarfeestartDate圖 2.8 Order 聯(lián)系集2.3.4 總 E-R 模型設計（1） 總體 ER 圖如圖 2.8 所示。BookNPNMEvaluateMNMOrderNPEvaluateC浹繢膩叢著駕驃構(gòu)碭湊。1ControlMemberRouteCar圖 2.8 總 E-R 圖203 邏輯設計

50、本次設計的數(shù)據(jù)庫在 SQL Server 2000 上實現(xiàn)，將概念結(jié)構(gòu)設計中的 E-R 圖轉(zhuǎn)換成 SQL Sever 2000 支持的關系數(shù)據(jù)模型。 鈀燭罰櫝箋礱颼畢韞糲。3.1 實體的轉(zhuǎn)化為關系模式將所有的實體分別轉(zhuǎn)換為單獨的一張表。（1）賣家實體集 Membe：rMember（memNo 、 regDate 、memCod、eaddress 、teletphone 、Sex、memNam、e datetime 、 driTime 、 carNum）愜執(zhí)緝蘿紳頎陽灣熗鍵。（2）路線實體集 Route：Route （ rouNo、start 、 distination ）（3）商品實體集 Ca

51、r：Car （ carNo 、 carNoo、 carType 、 pasQuantity 、 carTime 、 safeCase 、 carRemark、 issDate ） 貞廈給鏌綞牽鎮(zhèn)獵鎦龐。3.2 聯(lián)系的轉(zhuǎn)化為關系模式（1）1:M的處理：聯(lián)系屬性可放在參與聯(lián)系的“多”的那一邊實體集中。 Control 聯(lián)系集：可以在 Car 的屬性中增加一個屬性 memN。oCar（carNo、carNoo、carType 、pasQuantity 、 carTime 、 safeCase、 carRemark、 issDate 、 memN）o 嚌鯖級廚脹鑲銦礦毀蘄。（2）M:N的處理：多對多聯(lián)系集的主碼由參與聯(lián)系集中所有實體集的主碼組成。 EvaluateC 聯(lián)系集：EvealuateC （ca