最新機(jī)票預(yù)訂系統(tǒng)課程設(shè)計(jì)-資料下載頁
2025-06-29 03:12本頁面
【正文】 000139。,39。000139。)。INSERT INTO Refund VALUES(39。D00239。,39。0000239。,39。000239。)。INSERT INTO Refund VALUES(39。D00339。,39。0000339。,39。000339。)。INSERT INTO Refund VALUES(39。D00439。,39。0000439。,39。000439。)。INSERT INTO Refund VALUES(39。D00539。,39。0000539。,39。000539。)。/退票信息的插入/use MARKETINSERT INTO Relation VALUES(39。E00139。,39。000139。,39。0000139。)。INSERT INTO Relation VALUES(39。E00239。,39。000239。,39。0000239。)。INSERT INTO Relation VALUES(39。E00339。,39。000339。,39。0000339。)。INSERT INTO Relation VALUES(39。E00439。,39。000439。,39。0000439。)。INSERT INTO Relation VALUES(39。E00539。,39。000539。,39。0000539。)。use MARKETINSERT INTO Seat VALUES(39。C00139。,39。A39。,39。000139。,39。北京39。)。INSERT INTO Seat VALUES(39。C00239。,39。B39。,39。000239。,39。天津39。)。INSERT INTO Seat VALUES(39。C00339。,39。C39。,39。000339。,39。上海39。)。INSERT INTO Seat VALUES(39。C00439。,39。D39。,39。000439。,39。河北39。)。INSERT INTO Seat VALUES(39。C00539。,39。E39。,39。000539。,39。南京39。)。/座位信息的插入/第七章 總結(jié)本次數(shù)據(jù)庫的課程設(shè)計(jì)總共用了兩個(gè)星期，總的來說最困難的地方是設(shè)計(jì)分析階段，我選擇的是飛機(jī)票預(yù)定系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)。開始不太了解情況，為了更加深入的了解，我在網(wǎng)上登錄幾個(gè)大的民航訂票網(wǎng)站，我發(fā)現(xiàn)只有支付過機(jī)票錢才能提交訂單，所以我沒有看到訂單的具體情況，只根據(jù)自己的理解寫的訂單的情況。之后關(guān)于機(jī)票的信息，所以我覺得電子機(jī)票里應(yīng)該包括了所有信息，訂單信息里面也有旅客信息，航班信息，機(jī)票信息等。本來機(jī)票還可以退票和改簽，網(wǎng)上我知道能退票，我本來想再設(shè)計(jì)可以在網(wǎng)上改簽的功能，但是改簽機(jī)票需要考慮許多因素，要考慮機(jī)票是否是打折的，和所在艙位，還有是否換航空公司等，不是一個(gè)因素決定的。如果時(shí)間再長一些，會(huì)仔細(xì)研究改簽的問題。通過本次實(shí)驗(yàn)，更加熟練的掌握了相關(guān)工具，還可以熟練的使用Visio來畫ER圖。也知道了如何搜索信息，對于畫圖也增加了審美感。雖然現(xiàn)在的許多系統(tǒng)看似很好，但是還有許多需要完善的地方，我們也要努力學(xué)習(xí)，有創(chuàng)新的思想，來完善未來的系統(tǒng)，雖然現(xiàn)在是模仿階段，但應(yīng)該會(huì)走的更遠(yuǎn)。 第八章 參考文獻(xiàn)1. 王英英 張少軍 劉增杰. SQL SERVER 從零開始學(xué)〔Ｄ〕，清華大學(xué)出版社，20122. 數(shù)據(jù)庫系統(tǒng)教程 （第三版） 施伯樂 丁寶康 汪衛(wèi) 編著 高等教育出版社附錄SQL編程規(guī)范一、sql書寫規(guī)范： 二、書寫優(yōu)化性能建議 三、其他經(jīng)驗(yàn)性規(guī)則一、sql書寫規(guī)范： sql語句的所有表名、字段名全部首字母大寫，系統(tǒng)保留字、內(nèi)置函數(shù)名、sql保留字大寫。 連接符or、in、and、以及＝、=、=等前后加上一個(gè)空格。 對較為復(fù)雜的sql語句加上注釋，說明算法、功能。 注釋風(fēng)格：注釋單獨(dú)成行、放在語句前面。 (1) 應(yīng)對不易理解的分支條件表達(dá)式加注釋； (2) 對重要的計(jì)算應(yīng)說明其功能； (3) 過長的函數(shù)實(shí)現(xiàn)，應(yīng)將其語句按實(shí)現(xiàn)的功能分段加以概括性說明； (4) 每條SQL語句均應(yīng)有注釋說明（表名、字段名）。 (5) 常量及變量注釋時(shí)，應(yīng)注釋被保存值的含義(必須)，合法取值的范圍(可選) (6) 可采用單行/多行注釋。（ 或 /* */ 方式） SQL語句的縮進(jìn)風(fēng)格 (1) 一行有多列，超過80個(gè)字符時(shí)，基于列對齊原則，采用下行縮進(jìn) (2) where子句書寫時(shí)，每個(gè)條件占一行，語句令起一行時(shí)，以保留字或者連接符開始，連接符右對齊。 多表連接時(shí)，使用表的別名來引用列。 供別的文件或函數(shù)調(diào)用的函數(shù)，絕不應(yīng)使用全局變量交換數(shù)據(jù)； 如例（1） 二、書寫優(yōu)化性能建議 避免嵌套連接。例如：A = B and B = C and C = D where條件中盡量減少使用常量比較，改用主機(jī)變量 系統(tǒng)可能選擇基于規(guī)則的優(yōu)化器，所以將結(jié)果集返回?cái)?shù)據(jù)量小的表作為驅(qū)動(dòng)表（from后邊最后一個(gè)表）。 大量的排序操作影響系統(tǒng)性能，所以盡量減少order by和group by排序操作。 如必須使用排序操作，請遵循如下規(guī)則： (1) 排序盡量建立在有索引的列上。 (2) 如結(jié)果集不需唯一，使用union all代替union。 索引的使用。 (1) 盡量避免對索引列進(jìn)行計(jì)算。如對索引列計(jì)算較多，請?zhí)嵴埾到y(tǒng)管理員建立函數(shù)索引。 (2) 盡量注意比較值與索引列數(shù)據(jù)類型的一致性。 (3) 對于復(fù)合索引，SQL語句必須使用主索引列 (4) 索引中，盡量避免使用NULL。 (5) 對于索引的比較，盡量避免使用NOT=（!=） (6) 查詢列和排序列與索引列次序保持一致 盡量避免相同語句由于書寫格式的不同，而導(dǎo)致多次語法分析。 盡量使用共享的SQL語句。 查詢的WHERE過濾原則，應(yīng)使過濾記錄數(shù)最多的條件放在最前面。 任何對列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號(hào)右邊。 in、or子句常會(huì)使用工作表，使索引失效；如果不產(chǎn)生大量重復(fù)值，可以考慮把子句拆開；拆開的子句中應(yīng)該包含索引。 三、其他經(jīng)驗(yàn)性規(guī)則 盡量少用嵌套查詢。如必須，請用not exist代替not in子句。如例（2） 用多表連接代替EXISTS子句。如例（3） 少用DISTINCT，用EXISTS代替 如例（4） 使用UNION ALL、MINUS、INTERSECT提高性能 使用ROWID提高檢索速度。對SELECT得到的單行記錄，需進(jìn)行DELETE、UPDATE操作時(shí)，使用ROWID將會(huì)使效率大大提高。 使用優(yōu)化線索機(jī)制進(jìn)行訪問路徑控制。 使用cursor時(shí)，顯示光標(biāo)優(yōu)于隱式光標(biāo) 30
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號(hào)-1