在sqlserver或oracle里可以創(chuàng)建QR樹(shù)索引嗎？如果可以的話，應(yīng)該怎樣建？

典型的無(wú)限分類，如果欄目實(shí)在太多，要避免一次讀取所有欄目。每次只讀需要的。字段多到還沒(méi)見(jiàn)什么影響。記錄多才影響速度，做好索引

創(chuàng)新互聯(lián)建站-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比秦安網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式秦安網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋秦安地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴。

當(dāng)創(chuàng)建sybase表時(shí)不帶索引，則使用堆結(jié)構(gòu)存儲(chǔ)表。可以為表創(chuàng)建一個(gè)聚簇索引和多個(gè)非聚簇索引。當(dāng)為表創(chuàng)建聚簇索引時(shí)，表中數(shù)據(jù)以索引中鍵的順序進(jìn)行物理存儲(chǔ)。對(duì)非聚簇索引，sybase只支持b－樹(shù)結(jié)構(gòu)。對(duì)每個(gè)索引，可指定填充因子和每頁(yè)必須存儲(chǔ)的行數(shù)，可以將單個(gè)的表和索引分布到不同的物理設(shè)備中去———實(shí)際上，可以將非聚簇表的索引頁(yè)放在與其數(shù)據(jù)獨(dú)立的物理設(shè)備上。也可以劃分表，為表創(chuàng)建多個(gè)“頁(yè)鏈”。劃分會(huì)減少對(duì)表的最后一頁(yè)的訪問(wèn)，并允許對(duì)大型表操作時(shí)用并行i／o。

sqlserver 2005 怎么實(shí)現(xiàn)性能檢測(cè)與優(yōu)化？？？？

SQL Server數(shù)據(jù)庫(kù)查詢速度慢的原因有很多，常見(jiàn)的有以下幾種：

1、沒(méi)有索引或者沒(méi)有用到索引(這是查詢慢最常見(jiàn)的問(wèn)題，是數(shù)據(jù)庫(kù)設(shè)計(jì)的缺陷)

2、I/O吞吐量小，形成了瓶頸效應(yīng)。

3、沒(méi)有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化。

4、內(nèi)存不足

5、網(wǎng)絡(luò)速度慢

6、查詢出的數(shù)據(jù)量過(guò)大（可以采用多次查詢，其他的方法降低數(shù)據(jù)量）

7、鎖或者死鎖(這也是查詢慢最常見(jiàn)的問(wèn)題，是程序設(shè)計(jì)的缺陷)

8、sp_lock,sp_who,活動(dòng)的用戶查看,原因是讀寫(xiě)競(jìng)爭(zhēng)資源。

9、返回了不必要的行和列

10、查詢語(yǔ)句不好，沒(méi)有優(yōu)化

●可以通過(guò)以下方法來(lái)優(yōu)化查詢 :

1、把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀取速度，以前可以將Tempdb應(yīng)放在RAID0上，SQL2000不在支持。數(shù)據(jù)量（尺寸）越大，提高I/O越重要。

2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)

3、升級(jí)硬件

4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問(wèn)方式，限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(dāng)（最好是使用默認(rèn)值0）。索引應(yīng)該盡量小，使用字節(jié)數(shù)小的列建索引好（參照索引的創(chuàng)建）,不要對(duì)有限的幾個(gè)值的字段建單一索引如性別字段。

5、提高網(wǎng)速。

6、擴(kuò)大服務(wù)器的內(nèi)存,Windows 2000和SQL server 2000能支持4-8G的內(nèi)存。

配置虛擬內(nèi)存：虛擬內(nèi)存大小應(yīng)基于計(jì)算機(jī)上并發(fā)運(yùn)行的服務(wù)進(jìn)行配置。運(yùn)行 Microsoft SQL Server? 2000時(shí)，可考慮將虛擬內(nèi)存大小設(shè)置為計(jì)算機(jī)中安裝的物理內(nèi)存的1.5倍。如果另外安裝了全文檢索功能，并打算運(yùn)行Microsoft搜索服務(wù)以便執(zhí)行全文索引和查詢，可考慮：將虛擬內(nèi)存大小配置為至少是計(jì)算機(jī)中安裝的物理內(nèi)存的3倍。將SQL Server max server memory服務(wù)器配置選項(xiàng)配置為物理內(nèi)存的1.5倍（虛擬內(nèi)存大小設(shè)置的一半）。

7、增加服務(wù)器CPU個(gè)數(shù);但是必須 明白并行處理串行處理更需要資源例如內(nèi)存。使用并行還是串行程是MSSQL自動(dòng)評(píng)估選擇的。單個(gè)任務(wù)分解成多個(gè)任務(wù)，就可以在處理器上運(yùn)行。例如耽擱查詢 的排序、連接、掃描和GROUP BY字句同時(shí)執(zhí)行，SQL SERVER根據(jù)系統(tǒng)的負(fù)載情況決定最優(yōu)的并行等級(jí)，復(fù)雜的需要消耗大量的CPU的查詢最適合并行處理。但是更新操作UPDATE,INSERT， DELETE還不能并行處理。

8、如果是使用like進(jìn)行查詢的話，簡(jiǎn)單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時(shí)，查詢耗時(shí)和字段值總長(zhǎng)度成正比,所以不能用CHAR類型，而是VARCHAR。對(duì)于字段的值很長(zhǎng)的建全文索引。

9、DB Server 和APPLication Server 分離；OLTP和OLAP分離

10、分布式分區(qū)視圖可用于實(shí)現(xiàn)數(shù)據(jù)庫(kù)服務(wù)器聯(lián)合體。

聯(lián)合體是一組分開(kāi)管理的服務(wù)器，但它們相互協(xié)作分擔(dān)系統(tǒng)的處理負(fù)荷。這種通過(guò)分區(qū)數(shù)據(jù)形成數(shù)據(jù)庫(kù)服務(wù)器聯(lián)合體的機(jī)制能夠擴(kuò)大一組服務(wù)器，以支持大型的多層 Web 站點(diǎn)的處理需要。有關(guān)更多信息，參見(jiàn)設(shè)計(jì)聯(lián)合數(shù)據(jù)庫(kù)服務(wù)器。（參照SQL幫助文件''分區(qū)視圖''）

a、在實(shí)現(xiàn)分區(qū)視圖之前，必須先水平分區(qū)表

b、 在創(chuàng)建成員表后，在每個(gè)成員服務(wù)器上定義一個(gè)分布式分區(qū)視圖，并且每個(gè)視圖具有相同的名稱。這樣，引用分布式分區(qū)視圖名的查詢可以在任何一個(gè)成員服務(wù)器上 運(yùn)行。系統(tǒng)操作如同每個(gè)成員服務(wù)器上都有一個(gè)原始表的復(fù)本一樣，但其實(shí)每個(gè)服務(wù)器上只有一個(gè)成員表和一個(gè)分布式分區(qū)視圖。數(shù)據(jù)的位置對(duì)應(yīng)用程序是透明的。

11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數(shù)據(jù)和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 設(shè)置自動(dòng)收縮日志.對(duì)于大的數(shù)據(jù)庫(kù)不要設(shè)置數(shù)據(jù)庫(kù)自動(dòng)增長(zhǎng)，它會(huì)降低服務(wù)器的性能。

在T-sql的寫(xiě)法上有很大的講究，下面列出常見(jiàn)的要點(diǎn)：首先，DBMS處理查詢計(jì)劃的過(guò)程是這樣的：

1、 查詢語(yǔ)句的詞法、語(yǔ)法檢查

2、 將語(yǔ)句提交給DBMS的查詢優(yōu)化器

3、 優(yōu)化器做代數(shù)優(yōu)化和存取路徑的優(yōu)化

4、 由預(yù)編譯模塊生成查詢規(guī)劃

5、 然后在合適的時(shí)間提交給系統(tǒng)處理執(zhí)行

6、 最后將執(zhí)行結(jié)果返回給用戶。

其次，看一下SQL SERVER的數(shù)據(jù)存放的結(jié)構(gòu)：一個(gè)頁(yè)面的大小為8K(8060)字節(jié)，8個(gè)頁(yè)面為一個(gè)盤(pán)區(qū)，按照B樹(shù)存放。

SQLSERVER新建表的時(shí)候頁(yè)面分配情況是怎樣的

一頁(yè)，好像一頁(yè)是64K吧，插入數(shù)據(jù)的時(shí)候，可能會(huì)根據(jù)B樹(shù)中要求的索引情況不停的調(diào)整頁(yè)面數(shù)據(jù)

SQLServer求優(yōu)化

我一不太會(huì)優(yōu)化，提供你一些優(yōu)化的方法吧

操作符優(yōu)化

in 操作符

用in寫(xiě)出來(lái)的sql的優(yōu)點(diǎn)是比較容易寫(xiě)及清晰易懂，這比較適合現(xiàn)代軟件開(kāi)發(fā)的風(fēng)格。

但是用in的sql性能總是比較低的，從oracle執(zhí)行的步驟來(lái)分析用in的sql與不用in的sql有以下區(qū)別：

oracle試圖將其轉(zhuǎn)換成多個(gè)表的連接，如果轉(zhuǎn)換不成功則先執(zhí)行in里面的子查詢，再查詢外層的表記錄，如果轉(zhuǎn)換成功則直接采用多個(gè)表的連接方式查詢。由此可見(jiàn)用in的sql至少多了一個(gè)轉(zhuǎn)換的過(guò)程。一般的sql都可以轉(zhuǎn)換成功，但對(duì)于含有分組統(tǒng)計(jì)等方面的sql就不能轉(zhuǎn)換了。

推薦方案：在業(yè)務(wù)密集的sql當(dāng)中盡量不采用in操作符。

not in操作符

此操作是強(qiáng)列推薦不使用的，因?yàn)樗荒軕?yīng)用表的索引。

推薦方案：用not exists 或（外連接+判斷為空）方案代替

操作符（不等于）

不等于操作符是永遠(yuǎn)不會(huì)用到索引的，因此對(duì)它的處理只會(huì)產(chǎn)生全表掃描。

推薦方案：用其它相同功能的操作運(yùn)算代替，如

a0 改為 a0 or a0

a’’ 改為 a’’

is null 或is not null操作（判斷字段是否為空）

判斷字段是否為空一般是不會(huì)應(yīng)用索引的，因?yàn)閎樹(shù)索引是不索引空值的。

推薦方案：用其它相同功能的操作運(yùn)算代替，如

a is not null 改為 a0 或a’’等。

不允許字段為空，而用一個(gè)缺省值代替空值，如業(yè)擴(kuò)申請(qǐng)中狀態(tài)字段不允許為空，缺省為申請(qǐng)。

建立位圖索引（有分區(qū)的表不能建，位圖索引比較難控制，如字段值太多索引會(huì)使性能下降，多人更新操作會(huì)增加數(shù)據(jù)塊鎖的現(xiàn)象）

及 操作符（大于或小于操作符）

大于或小于操作符一般情況下是不用調(diào)整的，因?yàn)樗兴饕蜁?huì)采用索引查找，但有的情況下可以對(duì)它進(jìn)行優(yōu)化，如一個(gè)表有100萬(wàn)記錄，一個(gè)數(shù)值型字段a，30萬(wàn)記錄的a=0，30萬(wàn)記錄的a=1，39萬(wàn)記錄的a=2，1萬(wàn)記錄的a=3。那么執(zhí)行a2與a=3的效果就有很大的區(qū)別了，因?yàn)閍2時(shí)oracle會(huì)先找出為2的記錄索引再進(jìn)行比較，而a=3時(shí)oracle則直接找到=3的記錄索引。

like操作符

like操作符可以應(yīng)用通配符查詢，里面的通配符組合可能達(dá)到幾乎是任意的查詢，但是如果用得不好則會(huì)產(chǎn)生性能上的問(wèn)題，如like ‘%5400%’ 這種查詢不會(huì)引用索引，而like ‘x5400%’則會(huì)引用范圍索引。一個(gè)實(shí)際例子：用yw_yhjbqk表中營(yíng)業(yè)編號(hào)后面的戶標(biāo)識(shí)號(hào)可來(lái)查詢營(yíng)業(yè)編號(hào) yy_bh like ‘%5400%’ 這個(gè)條件會(huì)產(chǎn)生全表掃描，如果改成yy_bh like ’x5400%’ or yy_bh like ’b5400%’ 則會(huì)利用yy_bh的索引進(jìn)行兩個(gè)范圍的查詢，性能肯定大大提高。

union操作符

union在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄，所以在表鏈接后會(huì)對(duì)所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。實(shí)際大部分應(yīng)用中是不會(huì)產(chǎn)生重復(fù)的記錄，最常見(jiàn)的是過(guò)程表與歷史表union。如：

select * from gc_dfys

union

select * from ls_jg_dfys

這個(gè)sql在運(yùn)行時(shí)先取出兩個(gè)表的結(jié)果，再用排序空間進(jìn)行排序刪除重復(fù)的記錄，最后返回結(jié)果集，如果表數(shù)據(jù)量大的話可能會(huì)導(dǎo)致用磁盤(pán)進(jìn)行排序。

推薦方案：采用union all操作符替代union，因?yàn)閡nion all操作只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回。

select * from gc_dfys

union all

select * from ls_jg_dfys

sql語(yǔ)句索引的利用

對(duì)條件字段的一些優(yōu)化

采用函數(shù)處理的字段不能利用索引，如：

substr(hbs_bh,1,4)=’5400’，優(yōu)化處理：hbs_bh like ‘5400%’

trunc(sk_rq)=trunc(sysdate)， 優(yōu)化處理：

sk_rq=trunc(sysdate) and sk_rq

進(jìn)行了顯式或隱式的運(yùn)算的字段不能進(jìn)行索引，如：

ss_df+2050，優(yōu)化處理：ss_df30

‘x’||hbs_bh’x5400021452’，優(yōu)化處理：hbs_bh’5400021542’

sk_rq+5=sysdate，優(yōu)化處理：sk_rq=sysdate-5

hbs_bh=5401002554，優(yōu)化處理：hbs_bh=’ 5401002554’，注：此條件對(duì)hbs_bh 進(jìn)行隱式的to_number轉(zhuǎn)換，因?yàn)閔bs_bh字段是字符型。

條件內(nèi)包括了多個(gè)本表的字段運(yùn)算時(shí)不能進(jìn)行索引，如：

ys_dfcx_df，無(wú)法進(jìn)行優(yōu)化

qc_bh||kh_bh=’5400250000’，優(yōu)化處理：qc_bh=’5400’ and kh_bh=’250000’

應(yīng)用oracle的hint（提示）處理

提示處理是在oracle產(chǎn)生的sql分析執(zhí)行路徑不滿意的情況下要用到的。它可以對(duì)sql進(jìn)行以下方面的提示

目標(biāo)方面的提示：

cost（按成本優(yōu)化）

rule（按規(guī)則優(yōu)化）

choose（缺?。╫racle自動(dòng)選擇成本或規(guī)則進(jìn)行優(yōu)化）

all_rows（所有的行盡快返回）

first_rows（第一行數(shù)據(jù)盡快返回）

執(zhí)行方法的提示：

use_nl（使用nested loops方式聯(lián)合）

use_merge（使用merge join方式聯(lián)合）

use_hash（使用hash join方式聯(lián)合）

索引提示：

index（table index）（使用提示的表索引進(jìn)行查詢）

其它高級(jí)提示（如并行處理等等）

oracle的提示功能是比較強(qiáng)的功能，也是比較復(fù)雜的應(yīng)用，并且提示只是給oracle執(zhí)行的一個(gè)建議，有時(shí)如果出于成本方面的考慮oracle也可能不會(huì)按提示進(jìn)行。根據(jù)實(shí)踐應(yīng)用，一般不建議開(kāi)發(fā)人員應(yīng)用oracle提示，因?yàn)楦鱾€(gè)數(shù)據(jù)庫(kù)及服務(wù)器性能情況不一樣，很可能一個(gè)地方性能提升了，但另一個(gè)地方卻下降了，oracle在sql執(zhí)行分析方面已經(jīng)比較成熟，如果分析執(zhí)行的路徑不對(duì)首先應(yīng)在數(shù)據(jù)庫(kù)結(jié)構(gòu)（主要是索引）、服務(wù)器當(dāng)前性能（共享內(nèi)存、磁盤(pán)文件碎片）、數(shù)據(jù)庫(kù)對(duì)象（表、索引）統(tǒng)計(jì)信息是否正確這幾方面分析。

分享文章：sqlserverb樹(shù),sqlserver b樹(shù)
文章出自：http://chinadenli.net/article2/dsijooc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設(shè)計(jì)、微信公眾號(hào)、微信小程序、搜索引擎優(yōu)化、全網(wǎng)營(yíng)銷推廣、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)