【文章內(nèi)容簡介】 是聚合查詢n 開銷234。 空間234。 視圖維護(hù)的時(shí)間216。 立即視圖維護(hù) :作為更新事務(wù)的一部分進(jìn)行– 更新事務(wù)要付出的時(shí)間開銷216。 延遲視圖維護(hù) : 僅當(dāng)需要時(shí)才進(jìn)行– 更新事務(wù)不受影響 , 但是要花系統(tǒng)時(shí)間在視圖維護(hù)上187。 在更新前 , 視圖可能是過時(shí)的n 對反規(guī)范化模式更可取 , 因?yàn)橐晥D維護(hù)是系統(tǒng)的職責(zé) , 而非程序員的234。 避免由于更新程序中的錯(cuò)誤導(dǎo)致的不一致性33169。Silberschatz, Korth and System Concepts數(shù)據(jù)庫設(shè)計(jì)調(diào)優(yōu) (續(xù) )n 如何選擇物化視圖集合234。 引入一個(gè)物化視圖以有利于一種事務(wù)類型 , 但可能傷及其他事務(wù)234。 物化視圖選擇依賴于代價(jià)216。 用戶通常對實(shí)際操作代價(jià)沒有概念234。 總的說來 , 手工選擇物化視圖是枯燥乏味的n 某些數(shù)據(jù)庫系統(tǒng)提供工具以幫助 DBA選擇物化視圖234。 “物化視圖選擇向?qū)?”34169。Silberschatz, Korth and System Concepts事務(wù)調(diào)優(yōu)n 事務(wù)調(diào)優(yōu)的基本方法234。 改善面向集合性234。 減少鎖競爭n 重寫查詢以改善性能在過去是重要的 , 但聰明的優(yōu)化器使得這已不再重要n 通信開銷與查詢處理開銷是每次調(diào)用的代價(jià)的重要部分234。 組合多個(gè)嵌入式 SQL/ODBC/JDBC 查詢以構(gòu)成單個(gè)面向集合的查詢216。 面向集合 減少對數(shù)據(jù)庫調(diào)用次數(shù)216。 例如 : 利用單獨(dú)的 SQL查詢?yōu)槊總€(gè)系計(jì)算工資總額的程序可以調(diào)優(yōu)成利用單個(gè)查詢一次性計(jì)算出所有系的工資總額 (使用 group by) 234。 使用存儲(chǔ)過程 : 避免對查詢重新語法分析和重新優(yōu)化35169。Silberschatz, Korth and System Concepts事務(wù)調(diào)優(yōu) (續(xù) )n 減少鎖競爭n 處理一個(gè)關(guān)系的絕大部分的長事務(wù) (典型地是只讀事務(wù) )導(dǎo)致與更新事務(wù)的鎖競爭234。 例如 : 計(jì)算銀行統(tǒng)計(jì)信息的大查詢與日常的銀行事務(wù)n 為減少競爭234。 使用多版本并發(fā)控制216。 例如 : 支持多版本 2PL的 Oracle的 “snapshots”234。 對長事務(wù)使用 degreetwo一致性 (游標(biāo)穩(wěn)定性 )216。 缺點(diǎn) : 結(jié)果可能是近似的36169。Silberschatz, Korth and System Concepts事務(wù)調(diào)優(yōu) (續(xù) )n 長更新事務(wù)導(dǎo)致若干問題234。 耗盡鎖空間234。 耗盡日志空間216。 而且還大大增加崩潰后的恢復(fù)時(shí)間 , 如果恢復(fù)算法設(shè)計(jì)得不好甚至可能在恢復(fù)過程中耗盡日志空間 !n 使用 小型批處理事務(wù) 以限制單個(gè)事務(wù)可以執(zhí)行的更新數(shù)目 . 例如 , 若單個(gè)大事務(wù)更新一個(gè)很大的關(guān)系的每一條記錄 , 日志可能增長得太大 .234。 將大事務(wù)劃分成一批 “小型事務(wù) ”, 每個(gè)都執(zhí)行一部分更新234。 在小型批中跨事務(wù)持有鎖以確?？纱谢?16。 若鎖表大小成為問題則可以釋放鎖 , 但代價(jià)是可串行化無法確保234。 在小型批處理中如果發(fā)生故障 , 恢復(fù)后必須完成它的剩余事務(wù) , 以確保原子性 .37169。Silberschatz, Korth and System Concepts性能模擬n 使用排隊(duì)模型進(jìn)行 性能模擬 對預(yù)測瓶頸以及調(diào)優(yōu)的效果是很有用的 , 即使沒有存取真正的系統(tǒng)n 排隊(duì)模型 (前面提到過 )234。 對并行活動(dòng)建模n 模擬模型很詳盡 , 但是通常會(huì)省略一些底層細(xì)節(jié)234。 對 服務(wù)時(shí)間 建模 , 但忽略服務(wù)細(xì)節(jié)234。 例如用平均磁盤讀時(shí)間作為磁盤讀時(shí)間的近似n 可以在模型上做實(shí)驗(yàn) , 以提供諸如平均吞吐量 /響應(yīng)時(shí)間這些度量的估計(jì)值n 可以在模型中調(diào)整參數(shù) , 然后在真實(shí)系統(tǒng)中復(fù)制234。 例如磁盤數(shù) , 內(nèi)存 , 算法等等38169。Silberschatz, Korth and SudarshanDatabase System Concepts性能基準(zhǔn)程序169。Silberschatz, Korth and System Concepts性能基準(zhǔn)程序n 用來定量測試軟件系統(tǒng)性能的一套任務(wù)n 對于比較數(shù)據(jù)庫系統(tǒng)很重要 , 尤其是當(dāng)系統(tǒng)越來越遵循標(biāo)準(zhǔn)時(shí) .n 常用的性能度量 :234。 吞吐量 (每秒事務(wù)數(shù) , 或 tps)234。 響應(yīng)時(shí)間 (從提出事務(wù)到返回結(jié)果的時(shí)間延遲 )234。 可用性 或者平均無故障時(shí)間40169。Silberschatz, Korth and System Concepts性能基準(zhǔn)程序 (續(xù) )n 用來評價(jià)性能的一套任務(wù)234。 對復(fù)雜系統(tǒng)單個(gè)任務(wù)是不夠的n 當(dāng)計(jì)算不同事務(wù)類型的平均吞吐量時(shí)要注意234。 例如 , 假設(shè)一個(gè)系統(tǒng)以 99tps運(yùn)行事務(wù)類型 A, 以 1tps運(yùn)行事務(wù)類型 B. 234。 給定類型 A和 B的一個(gè)均勻混合 , 吞吐量并不是 (99+1)/2 = 50 tps.234。 運(yùn)行各類型的一個(gè)事務(wù)需要時(shí)間為 1+.01秒 , 故吞吐量為 tps.234。 為計(jì)算平均吞吐量 , 使用 調(diào)和平均 : n234。 當(dāng)不同事務(wù)類型并發(fā)運(yùn)行時(shí) , 干擾 (如鎖競爭 )的存在甚至使得調(diào)和平均也不正確1/t1 + 1/t2 + … + 1/ tn41169。Silberschatz, Korth and System Concepts數(shù)據(jù)庫應(yīng)用類別n 聯(lián)機(jī)事務(wù)處理 (OLTP) 234。 要求高并發(fā)性和加速提交處理的聰明技術(shù) , 以支持頻繁的更新事務(wù) .n 決策支持應(yīng)用234。 包括 聯(lián)機(jī)分析處理 (OLAP) 應(yīng)用234。 要求好的查詢計(jì)值算法和查詢優(yōu)化 .n 某些數(shù)據(jù)庫系統(tǒng)的體系結(jié)構(gòu)被調(diào)優(yōu)成適合兩類應(yīng)用之一234。 如 Teradata 就是適合決策支持的n 其他數(shù)據(jù)庫系統(tǒng)試圖在兩類需求之間平衡234。 如 Oracle, 對長的只讀事務(wù)有快照支持42169。Silberschatz, Korth and System Concepts基準(zhǔn)程序系列n 事務(wù)處理委員會(huì) (TPC)基準(zhǔn)程序系列被廣為使用 . 234。TPCA和 TPCB: 模擬一個(gè)帶或不帶通信的銀行出納應(yīng)用的簡單OLTP應(yīng)用216。 不再使用234。TPCC: 模擬一個(gè)庫存系統(tǒng)的復(fù)雜 OLTP應(yīng)用216。 這是 OLTP基準(zhǔn)程序的當(dāng)前標(biāo)準(zhǔn)43169。Silberschatz, Korth and System Concepts基準(zhǔn)程序系列 (續(xù) )n TPC 基準(zhǔn)程序 (續(xù) )234。TPCD: 復(fù)雜決策支持應(yīng)用216。 被 TPCH 和 TPCR取代234。TPCH: (H意為 ad hoc) 基于 TPCD 并帶有一些額外查詢216。 建模不能提前預(yù)知的 ad hoc 查詢– 總共 22 個(gè)查詢 , 著重于聚合216。 禁止物化視圖216。 只允許在主鍵和外鍵上的索引234。TPCR: (R意為報(bào)表 ) 與 TPCH相同 , 但對物化視圖和索引沒有任何限制234。TPCW: (W 意為 Web) 模擬一個(gè) Web書店 , 是點(diǎn)到點(diǎn) Web服務(wù)的基準(zhǔn)程序 , 兼具靜態(tài)和動(dòng)態(tài)生成的網(wǎng)頁44169。Silberschatz, Korth and System ConceptsTPC性能度量n TPC性能度量234。 對響應(yīng)時(shí)間有指定約束的 每秒事務(wù)數(shù)234。 每美元每秒事務(wù)數(shù) 用來度量擁有系統(tǒng)的代價(jià)n TPC基準(zhǔn)程序要求數(shù)據(jù)庫大小與每秒事務(wù)數(shù)按比例增長234。 這反映了現(xiàn)實(shí)世界應(yīng)用 , 其中更多客戶意味著更大數(shù)據(jù)庫尺寸和更大每秒事務(wù)數(shù)n 強(qiáng)制實(shí)行對 TPC性能數(shù)字的外部審計(jì)234。 系統(tǒng)聲稱的 TPC性能是可信任的45169。Silberschatz, Korth and System ConceptsTPC性能度量 (續(xù) )n TPCH和 TPCR的兩類測試234。 能力測試 : 順序逐個(gè)運(yùn)行查詢和更新 , 然后求查詢執(zhí)行時(shí)間的幾何平均值并進(jìn)而求出每小時(shí)查詢數(shù)234。 吞吐量測試 : 并發(fā)執(zhí)行查詢和更新216。 并行運(yùn)行多個(gè)流 , 每個(gè)流執(zhí)行所有 22個(gè)查詢 , 還有一個(gè)并行更新流. 利用總時(shí)間計(jì)算每小時(shí)查詢數(shù) .234。 每小時(shí)復(fù)合查詢度量 : 能力和吞吐量度量之積的平方根234。 復(fù)合代價(jià) /性能度量 : 系統(tǒng)代價(jià)除以復(fù)合度量46169。Silberschatz, Korth and System Concepts其他基準(zhǔn)程序n OODB事務(wù)需要不同的基準(zhǔn)程序集合 .234。 OO7 基準(zhǔn)程序具有若干不同操作 , 并為每種操作提供單獨(dú)的基準(zhǔn)數(shù)值234。 原因 : 難以定義什么是典型的 OODB 應(yīng)用n XML 的基準(zhǔn)程序正在討論中47169。Silberschatz, Korth and SudarshanDatabase System Concepts標(biāo)準(zhǔn)化169。Silberschatz, Korth and System Concepts標(biāo)準(zhǔn)化n 當(dāng)代數(shù)據(jù)庫系統(tǒng)的復(fù)雜性和互操作需求導(dǎo)致了一系列標(biāo)準(zhǔn) .234。 程序設(shè)計(jì)語言的語法和語義234。 應(yīng)用程序界面中的函數(shù)234。 數(shù)據(jù)模型 (如面向?qū)ο?/對象關(guān)系數(shù)據(jù)庫 )n 正式標(biāo)準(zhǔn) 是由標(biāo)準(zhǔn)化組織 (ANSI, ISO) 或工業(yè)界團(tuán)體 , 通過公開過程開發(fā)的標(biāo)準(zhǔn) .n 事實(shí)標(biāo)準(zhǔn) 是被廣泛接受的標(biāo)準(zhǔn)而沒有經(jīng)過任何正式認(rèn)可過程234。 由統(tǒng)治性廠商 (IBM, Microsoft) 定義的標(biāo)準(zhǔn)經(jīng)常成為事實(shí)標(biāo)準(zhǔn)234。 事實(shí)標(biāo)準(zhǔn)常經(jīng)歷一個(gè)正式認(rèn)可過程并成為正式標(biāo)準(zhǔn)49169。Silberschatz, Kor