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

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

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

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

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

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

C:更窄更緊湊的索引。

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

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

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

2 索引的設(shè)計(jì)

A:盡量避免表掃描

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

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

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

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

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

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

SELECT au_id, au_lname, au_fname FROM authors

WHERE au_lname = ’White’

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

au_lname

au_lname, au_fname

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

au_address

au_fname, au_lname

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