推薦：談SQL Server 數(shù)據(jù)挖掘應(yīng)用于商業(yè)智能中
智能應(yīng)用的平臺 在過去的二十年中，經(jīng)濟快速發(fā)展，組織機構(gòu)普遍都收集了大量的商業(yè)數(shù)據(jù)。然而，擁有大量的數(shù)據(jù)并不意味著擁有了豐富的商業(yè)信息。因此，商業(yè)智能需要進展到下一步數(shù)據(jù)挖掘。 數(shù)據(jù)挖掘能幫助您在瀏覽巨量數(shù)據(jù)的同時從中發(fā)現(xiàn)潛在有效的模式，并

1 邏輯數(shù)據(jù)庫和表的設(shè)計

數(shù)據(jù)庫的邏輯設(shè)計、包括表與表之間的關(guān)系是優(yōu)化關(guān)系型數(shù)據(jù)庫性能的核心。一個好的邏輯數(shù)據(jù)庫設(shè)計可以為優(yōu)化數(shù)據(jù)庫和應(yīng)用程序打下良好的基礎(chǔ)。

標準化的數(shù)據(jù)庫邏輯設(shè)計包括用多的、有相互關(guān)系的窄表來代替很多列的長數(shù)據(jù)表。下面是一些使用標準化表的一些好處。

A:由于表窄，因此可以使排序和建立索引更為迅速。

B:由于多表，所以多鏃的索引成為可能。

C:更窄更緊湊的索引。

D:每個表中可以有少一些的索引，因此可以提高insert update delete等的速度，因為這些操作在索引多的情況下會對系統(tǒng)性能產(chǎn)生很大的影響。

E:更少的空值和更少的多余值，增加了數(shù)據(jù)庫的緊湊性由于標準化，所以會增加了在獲取數(shù)據(jù)時引用表的數(shù)目和其間的連接關(guān)系的復(fù)雜性。太多的表和復(fù)雜的連接關(guān)系會降低服務(wù)器的性能，因此在這兩者之間需要綜合考慮。

定義具有相關(guān)關(guān)系的主鍵和外來鍵時應(yīng)該注意的事項主要是：用于連接多表的主鍵和參考的鍵要有相同的數(shù)據(jù)類型。

2 索引的設(shè)計

A:盡量避免表掃描

檢查你的查詢語句的where子句，因為這是優(yōu)化器重要關(guān)注的地方。包含在where里面的每一列(column)都是可能的侯選索引，為能達到最優(yōu)的性能，考慮在下面給出的例子：對于在where子句中給出了column1這個列。

下面的兩個條件可以提高索引的優(yōu)化查詢性能!

第一：在表中的column1列上有一個單索引;

第二：在表中有多索引，但是column1是第一個索引的列。

避免定義多索引而column1是第二個或后面的索引，這樣的索引不能優(yōu)化服務(wù)器性能。

例如：下面的例子用了pubs數(shù)據(jù)庫。

SELECT au_id, au_lname, au_fname FROM authors

WHERE au_lname = ’White’

按下面幾個列上建立的索引將會是對優(yōu)化器有用的索引

au_lname

au_lname, au_fname

而在下面幾個列上建立的索引將不會對優(yōu)化器起到好的作用

au_address

au_fname, au_lname

分享：怎樣改善SQL Server數(shù)據(jù)庫的內(nèi)存管理
最近，為了能在數(shù)據(jù)庫服務(wù)器中運行其他應(yīng)用程序，在保持數(shù)據(jù)庫操作系統(tǒng)版本不變的前提下對數(shù)據(jù)庫服務(wù)器進行了軟、硬件上的升級。在軟件上，將操作系統(tǒng)從Windows 2000升級到Windows Server 2003;在硬件上，將服務(wù)器中的內(nèi)存由原來的512MB增加到1GB(1024MB)。