推薦：談SQL Server 數(shù)據(jù)挖掘應(yīng)用于商業(yè)智能中
智能應(yīng)用的平臺(tái) 在過去的二十年中，經(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)潛在有效的模式，并

3 查詢語句的設(shè)計(jì)

SQL Server優(yōu)化器通過分析查詢語句，自動(dòng)對(duì)查詢進(jìn)行優(yōu)化并決定最有效的執(zhí)行方案。優(yōu)化器分析查詢語句來決定那個(gè)子句可以被優(yōu)化，并針對(duì)可以被優(yōu)化查詢的子句來選擇有用的索引。最后優(yōu)化器比較所有可能的執(zhí)行方案并選擇最有效的一個(gè)方案出來。

在執(zhí)行一個(gè)查詢時(shí)，用一個(gè)where子句來限制必須處理的行數(shù)，除非完全需要，否則應(yīng)該避免在一個(gè)表中無限制地讀并處理所有的行。

例如下面的例子，

select qty from sales where stor_id=7131

是很有效的比下面這個(gè)無限制的查詢

select qty from sales

避免給客戶的最后數(shù)據(jù)選擇返回大量的結(jié)果集。允許SQL Server運(yùn)行滿足它目的的函數(shù)限制結(jié)果集的大小是更有效的。

這能減少網(wǎng)絡(luò)I/O并能提高多用戶的相關(guān)并發(fā)時(shí)的應(yīng)用程序性能。因?yàn)閮?yōu)化器關(guān)注的焦點(diǎn)就是where子句的查詢，以利用有用的索引。在表中的每一個(gè)索引都可能成為包括在where子句中的侯選索引。為了最好的性能可以遵照下面的用于一個(gè)給定列column1的索引。

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

第二：在表中有多索引，但是column1是第一個(gè)索引的列不要在where子句中使用沒有column1列索引的查詢語句，并避免在where子句用一個(gè)多索引的非第一個(gè)索引的索引。

這時(shí)多索引是沒有用的。

For example, given a multicolumn index on the au_lname,

au_fname columns of the authors table in

the pubs database,

下面這個(gè)query語句利用了au_lname上的索引

SELECT au_id, au_lname, au_fname FROM authors

WHERE au_lname = ’White’

AND au_fname = ’Johnson’

SELECT au_id, au_lname, au_fname FROM authors

WHERE au_lname = ’White’

下面這個(gè)查詢沒有利用索引，因?yàn)樗�使用了多索引的非第一個(gè)索引的索引

SELECT au_id, au_lname, au_fname FROM authors

WHERE au_fname = ’Johnson’

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