本文主要介紹如何優(yōu)化數(shù)據(jù)庫性能(數(shù)據(jù)庫優(yōu)化)，下面一起看看如何優(yōu)化數(shù)據(jù)庫性能(數(shù)據(jù)庫優(yōu)化)相關資訊。
數(shù)據(jù)庫優(yōu)化包括三個部分:數(shù)據(jù)庫優(yōu)化、數(shù)據(jù)庫表優(yōu)化和程序運行優(yōu)化。本文是第二部分。優(yōu)化(1):設計標準化表格消除數(shù)據(jù)冗余是一種數(shù)據(jù)庫設計方法，保證數(shù)據(jù)庫結構合理，滿足各種查詢的需要，避免數(shù)據(jù)庫的異常操作。滿足范式要求的表稱為標準表。范式出現(xiàn)在20世紀70年代初，通用表格設計符合前三種范式。我們可以簡單介紹一下前三種范式。讓 讓我們看看百度百科給出的定義。非重復第一范式(1nf)第一范式(1nf)指的是關系模型，它要求所有字段都應該是原子的，即每個數(shù)據(jù)項的數(shù)據(jù)庫表都是原子的，不能設置為記錄非原子的數(shù)據(jù)項數(shù)組。第二范式(3nf)屬性基于1nf，非代碼屬性必須完全依賴于代碼(不包括一些非主屬性依賴于基于1nf的主代碼的函數(shù))。第三范式(3nf)屬性以1nf為基礎，任何非主屬性都不依賴于其他非主屬性(消除轉移依賴2nf的基礎)。流行的解釋(也許不是最科學最準確的理解)是第一范式:屬性的原子性約束(域)，要求屬性是原子不可分的一部分。第二種范式:記錄的唯一性約束要求記錄具有唯一的身份。每個記錄都需要一個屬性作為實體的唯一標識。第三種范式是對屬性(字段)冗余的限制，即不能從其他字段派生出任何字段。在流行的觀點中，必須消除與主鍵沒有直接關系的數(shù)據(jù)列。消除它的方法是創(chuàng)建另一個表來存儲它們，當然外鍵除外。如果數(shù)據(jù)庫設計完全標準化，那么所有的表都可以通過關鍵字鏈接起來，沒有任何的數(shù)據(jù)重復(重復)，標準化的優(yōu)勢很明顯。避免了數(shù)據(jù)冗余，節(jié)省了空間。為數(shù)據(jù)一致性(consistency)提供了根本保證，消除了數(shù)據(jù)不一致，提高了效率。優(yōu)化(2):適當冗余和增加計算量數(shù)據(jù)庫設計的實用原則是在數(shù)據(jù)冗余和處理速度之間找到一個合適的平衡點。符合范式的表一定有標準化的表，但不一定是最好的設計。很多情況下，為了提高數(shù)據(jù)庫操作的效率，往往需要降低范式標準:適當增加冗余，以達到用空間換時間的目的。例如，我們有一個顯示產品名稱、單價、庫存和總價值的表格。這個表不符合第三范式，因為總值可以乘以單價，說明數(shù)量是一個多余的字段。而增加冗余總值來提高查詢和統(tǒng)計的速度，是以空間換時間的合理冗余?？梢苑稚⒋髷?shù)據(jù)表的并發(fā)壓力，加快特殊查詢的速度。冗余字段可能是有效的。有效減少數(shù)據(jù)庫表的連接，提高效率?？傊凳且粋€計算列。數(shù)據(jù)庫中有兩種數(shù)據(jù):數(shù)據(jù)列和計算列。數(shù)據(jù)列是我們需要手動或以編程分配的列。計算列來自表中的其他數(shù)據(jù)，例如此處的總值。在sql中創(chuàng)建一個計算列:復制代碼如下:也可以創(chuàng)建一個表(decimal (18，4)，price money，quantity * price——這是一個計算列)并在重新設計中手動添加或修改列屬性:是持久化還是非持久化，我們還需要注意:如果不是，說明該列是一個虛列，每次查詢計算一次，不能使用。如果是的話，它是一個真正的專欄，它不 t不需要每次都計算，可以在這個列上創(chuàng)建索引，以此類推。優(yōu)化指標是表優(yōu)化的重要指標。它在表優(yōu)化中起著非常重要的作用。我們將為sql索引單獨寫一章，并告訴您如何設置和優(yōu)化索引。優(yōu)化:鍵和外鍵的必要性主鍵和外鍵的設計在全局數(shù)據(jù)庫的設計中起著非常重要的作用，因為主鍵是實體的抽象，主鍵與外鍵匹配表示實體之間的聯(lián)系。key:根據(jù)第二種范式，需要一個字段來標識記錄，主鍵無疑是最好的標志，但許多記錄不需要 不一定要是主鍵。但對于大量數(shù)據(jù)，頻繁查詢數(shù)據(jù)庫表必須有主鍵，以提高效率，防止重復。主鍵的選擇也很重要。一般來說，越小的鍵越小，越小的鍵可以使主鍵的b結構變小。選擇主鍵時注意主鍵組合的字段順序。對于組合主鍵，不同字段順序的主鍵的性能可能會有很大差異。一般來說，你應該選擇低重復率的字段和單一或組合查詢。外鍵:作為數(shù)據(jù)庫對象，外鍵被很多人認為很麻煩。事實上，外鍵在大多數(shù)情況下非常有用。原因是外鍵是最有效的一致性維護方法。數(shù)據(jù)庫的一致性要求可以采用外鍵、檢查約束、規(guī)則約束、觸發(fā)器和客戶端程序。一般來說，數(shù)據(jù)越接近，數(shù)據(jù)庫效率越高。注意今年sql server 2000的新功能要用級聯(lián)刪除，級聯(lián)更新，級聯(lián)刪除，級聯(lián)更新，2005年就要保留，應該可以了。什么我 這里說的m是謹慎的，因為有些級聯(lián)刪除和更新的功能太強大了，無法突破外鍵的傳統(tǒng)定義，所以你需要確保它們很好的掌握了它的功能范圍，或者在使用它們之前，級聯(lián)刪除和更新可能會讓你的數(shù)據(jù)被修改或者奇妙的丟失。就性能而言，級聯(lián)刪除和級聯(lián)更新比其他方法更有效。優(yōu)化:正確使用存儲過程、視圖和函數(shù)很多人習慣了應用層的復雜操作。但是，如果您想要優(yōu)化數(shù)據(jù)訪問性能，請將sql代碼移植到數(shù)據(jù)庫中(使用存儲過程、視圖、函數(shù)和觸發(fā)器)。it 這是很大的進步。1.存儲過程減少了網(wǎng)絡傳輸、處理和存儲的工作量。編譯優(yōu)化后，存儲速度快，維護方便。當表的結構改變時，它不會影響客戶端應用程序。2。使用存儲過程、視圖和函數(shù)有助于減少應用程序中sql復制的缺點，因為它現(xiàn)在只關注在一個地方處理sql。3.使用數(shù)據(jù)庫對象實現(xiàn)所有tsql有助于分析tsql性能問題，并幫助您集中管理tsql代碼和更好地重建tsql代碼優(yōu)化。三個原則:圖例(1)數(shù)據(jù)庫越少越好。2:桌子越小越好。3:字段中組合主鍵和組合索引的組合越少越好。當然，很少是相對的，減少數(shù)據(jù)冗余是重要的設計理念。優(yōu)化:拆分表格，減小表格大小。如果發(fā)現(xiàn)表中的記錄太多，比如超過1000萬條，就對表進行水平拆分。橫向劃分的方法是將表的記錄級別分為兩個表，以表的其中一個主鍵的值為邊界。如果發(fā)現(xiàn)表格中字段太多，比如超過八十個，那么表格會被垂直拆分，原來的表格會被拆分成兩個表格。優(yōu)化設計原則:字段字段是數(shù)據(jù)庫最基本的單元，它的設計對性能影響很大:a .數(shù)據(jù)類型和數(shù)字類型一樣，數(shù)字類型比字符類型快。b、數(shù)據(jù)類型盡量小，這里的最小值是為了滿足可預見的未來需求。c，不允許null，除非必要，可以用非空默認值代替。d、文字和圖像用的比較少，二進制字段讀寫比較慢，讀取方法不多，大多數(shù)情況下最好用。e、自增字段要慎用，不利于數(shù)據(jù)遷移。
了解更多如何優(yōu)化數(shù)據(jù)庫性能(數(shù)據(jù)庫優(yōu)化)相關內容請關注本站點。