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