欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

打開(kāi)APP
userphoto
未登錄

開(kāi)通VIP,暢享免費電子書(shū)等14項超值服

開(kāi)通VIP
SQL 數據表修改,索引小結

一、索引塊與數據塊的區別

大家都知道,索引可以提高檢索效率,因為它的二叉樹(shù)結構以及占用空間小,所以訪(fǎng)問(wèn)速度塊。讓我們來(lái)算一道數學(xué)題:如果表中的一條記錄在磁盤(pán)上占用1000字節的話(huà),我們對其中10字節的一個(gè)字段建立索引,那么該記錄對應的索引塊的大小只有10字節。我們知道,SQL Server的最小空間分配單元是“頁(yè)(Page)”,一個(gè)頁(yè)在磁盤(pán)上占用8K空間,那么這一個(gè)頁(yè)可以存儲上述記錄8條,但可以存儲索引800條?,F在我們要從一個(gè)有8000條記錄的表中檢索符合某個(gè)條件的記錄,如果沒(méi)有索引的話(huà),我們可能需要遍歷8000條×1000字節/8K字節=1000個(gè)頁(yè)面才能夠找到結果。如果在檢索字段上有上述索引的話(huà),那么我們可以在8000條×10字節/8K字節=10個(gè)頁(yè)面中就檢索到滿(mǎn)足條件的索引塊,然后根據索引塊上的指針逐一找到結果數據塊,這樣IO訪(fǎng)問(wèn)量要少的多。


二、索引優(yōu)化技術(shù)

是不是有索引就一定檢索的快呢?答案是否。有些時(shí)候用索引還不如不用索引快。比如說(shuō)我們要檢索上述表中的所有記錄,如果不用索引,需要訪(fǎng)問(wèn)8000條×1000字節/8K字節=1000個(gè)頁(yè)面,如果使用索引的話(huà),首先檢索索引,訪(fǎng)問(wèn)8000條×10字節/8K字節=10個(gè)頁(yè)面得到索引檢索結果,再根據索引檢索結果去對應數據頁(yè)面,由于是檢索所有數據,所以需要再訪(fǎng)問(wèn)8000條×1000字節/8K字節=1000個(gè)頁(yè)面將全部數據讀取出來(lái),一共訪(fǎng)問(wèn)了1010個(gè)頁(yè)面,這顯然不如不用索引快。

三、聚簇索引與非聚簇索引的本質(zhì)區別

現在可以討論聚簇索引與非聚簇索引的本質(zhì)區別了。正如本文最前面的兩個(gè)圖所示,聚簇索引的葉節點(diǎn)就是數據節點(diǎn),而非聚簇索引的頁(yè)節點(diǎn)仍然是索引檢點(diǎn),并保留一個(gè)鏈接指向對應數據塊。

還是通過(guò)一道數學(xué)題來(lái)看看它們的區別吧:假設有一8000條記錄的表,表中每條記錄在磁盤(pán)上占用1000字節,如果在一個(gè)10字節長(cháng)的字段上建立非聚簇索引主鍵,需要二叉樹(shù)節點(diǎn)16000個(gè)(這16000個(gè)節點(diǎn)中有8000個(gè)葉節點(diǎn),每個(gè)頁(yè)節點(diǎn)都指向一個(gè)數據記錄),這樣數據將占用8000條×1000字節/8K字節=1000個(gè)頁(yè)面;索引將占用16000個(gè)節點(diǎn)×10字節/8K字節=20個(gè)頁(yè)面,共計1020個(gè)頁(yè)面。

同樣一張表,如果我們在對應字段上建立聚簇索引主鍵,由于聚簇索引的頁(yè)節點(diǎn)就是數據節點(diǎn),所以索引節點(diǎn)僅有8000個(gè),占用10個(gè)頁(yè)面,數據仍然占有1000個(gè)頁(yè)面。

下面我們看看在執行插入操作時(shí),非聚簇索引的主鍵為什么比聚簇索引主鍵要快。主鍵約束要求主鍵不能出現重復,那么SQL Server是怎么知道不出現重復的呢?唯一的方法就是檢索。對于非聚簇索引,只需要檢索20個(gè)頁(yè)面中的16000個(gè)節點(diǎn)就知道是否有重復,因為所有主鍵鍵值在這16000個(gè)索引節點(diǎn)中都包含了。但對于聚簇索引,索引節點(diǎn)僅僅包含了8000個(gè)中間節點(diǎn),至于會(huì )不會(huì )出現重復必須檢索另外1000個(gè)頁(yè)數據節點(diǎn)才知道,那么相當于檢索10+1000=1010個(gè)頁(yè)面才知道是否有重復。所以聚簇索引主鍵的插入速度要比非聚簇索引主鍵的插入速度慢很多。

讓我們再來(lái)看看數據檢索的效率,如果對上述兩表進(jìn)行檢索,在使用索引的情況下(有些時(shí)候SQL Server執行計劃會(huì )選擇不使用索引,不過(guò)我們這里姑且假設一定使用索引),對于聚簇索引檢索,我們可能會(huì )訪(fǎng)問(wèn)10個(gè)索引頁(yè)面外加1000個(gè)數據頁(yè)面得到結果(實(shí)際情況要比這個(gè)好),而對于非聚簇索引,系統會(huì )從20個(gè)頁(yè)面中找到符合條件的節點(diǎn),再映射到1000個(gè)數據頁(yè)面上(這也是最糟糕的情況),比較一下,一個(gè)訪(fǎng)問(wèn)了1010個(gè)頁(yè)面而另一個(gè)訪(fǎng)問(wèn)了1020個(gè)頁(yè)面,可見(jiàn)檢索效率差異并不是很大。所以不管非聚簇索引也好還是聚簇索引也好,都適合排序,聚簇索引僅僅比非聚簇索引快一點(diǎn)。

 

 

 

1.建立數據表:

create table choice
(
   s_no char(6),
   course_no char(5),
   score numeric(6,1),
   constraint cho_pri primary key(s_no,course_no)
)

 

2.添加新的字段

alter table choice

add choice_socre numeric(6,1)

--注意,這個(gè)字段會(huì )自動(dòng)填充N(xiāo)ULL值,所以,一定不能在新建的這個(gè)字段中使用not null 約束。因此,也不能添加primary key約束。當然,可以添加unique約束(unique允許有null值)。

alter table choice
add palgerrard char(6)  check(palgerrard<>'pal')    --字段和約束同時(shí)添加

alter table choice
add shuang char(5) unique  --字段和約束同時(shí)添加

 

3.添加約束條件
alter table choice
add constraint sco_che check(score>=0 and score<=100)

alter table choice
add constraint pal_uni unique (score)       

--注意:這里的unique約束,要用( )將約束的字段括起來(lái), check 約束就不需要了。而且,如果table choice中已有數據內容。那么score中若有相同的值,這個(gè)約束就會(huì )添加失敗。若score中沒(méi)有相同的內容,這個(gè)約束可以成功添加。同理,check約束也會(huì )根據已有的數據項,判斷是否可以添加。

 

4.字段的刪除,約束的刪除

要刪除一個(gè)字段,如果該字段有約束。要先刪除約束,再刪除字段。

alter table choice
drop column course_no    --字段的刪除要有column關(guān)鍵字,否則course_no被認為是約束

alter table choice

drop constraint  sco_che  或者 drop sco_che 

 

5.關(guān)鍵字約束

關(guān)鍵字約束可以被刪除,若刪除了一個(gè)表中的關(guān)鍵字,該表變?yōu)?#8220;只讀”表。關(guān)鍵字被刪除了,不能通過(guò)add添加新字段并關(guān)鍵字約束。例如add pal char(6) primary key ,這句錯了,add pal char(6)會(huì )為pal字段自動(dòng)設置null約束。注意:通過(guò)add添加新字段自動(dòng)填充N(xiāo)ULL值 ,關(guān)鍵字只可以添加在not null 約束的字段上!

create table gerrard
(
   s_no char(6) not null,
   course_no char(5),   //系統默認null
   score numeric(6,1),
)
alter table gerrard
add constraint cc_pri primary key (s_no)

我們可以刪除表的關(guān)鍵字,add一個(gè)新字段(null),修改為not null 約束,然后添加pimary key 約束

create table shuang
(
   s_no char(6) ,
   course_no char(5),
   score numeric(6,1),
)
alter table shuang
add pri char(4)
alter table shuang
alter column
pri varchar(3) not null      --這里修改了not null 約束 ,關(guān)鍵!
alter table shuang
add constraint ss_pri primary key (pri)

6.alter的限制

* 不能改變列名

* 不能將含有空值的列得定義修改為not null

* 若列中已有數據,則不能減少該列的寬度,也不能改變其數據類(lèi)型

* 只能修改null/not 約束,其它類(lèi)型的約束在修改之前必須先將約束刪除,然后再重新添加修改過(guò)的約束定義。

 

 7.聚集索引,關(guān)鍵字

關(guān)鍵字會(huì )自動(dòng)建立聚集的唯一索引,unique約束會(huì )自動(dòng)建立非聚集的唯一索引

下面的例子,綜合運用了上面的很多知識

drop table number
create table number
(
    turn int ,
    next int ,
    sign int

)   --在查詢(xún)分析器中,此表只“可讀”

create unique index pri_unique on number(turn asc)   --建立了唯一索引,表可寫(xiě)了,不過(guò)這里的asc升序排列對表中數據無(wú)影響?????


/*alter table number
alter column turn int not null*/   /* 前面有了索引,不能修改列turn */

alter table number
alter column sign int not null   --將在sign中添加關(guān)鍵字約束,修改sign為 not null 約束

alter table number
add constraint trun_pri primary key  (sign)     --設置sign為關(guān)鍵字,sign自動(dòng)獲得聚集索引

alter table number
drop trun_pri      --現在想在turn設置聚集索引,而一個(gè)表中只能有一個(gè)聚集索引,所以要刪除關(guān)鍵字

create clustered  index xx_index on number (turn desc)    --clustered 為聚集索引,降序排列

alter table number
add constraint trun_pri primary key  (sign)    --重新設置sign為關(guān)鍵字

本站僅提供存儲服務(wù),所有內容均由用戶(hù)發(fā)布,如發(fā)現有害或侵權內容,請點(diǎn)擊舉報。
打開(kāi)APP,閱讀全文并永久保存 查看更多類(lèi)似文章
猜你喜歡
類(lèi)似文章
約束之二-Constraint的簡(jiǎn)單操作
數據庫(MySQL)開(kāi)發(fā)技術(shù)題庫 大二下
SQL語(yǔ)句(建庫、建表、修改語(yǔ)句)
創(chuàng )建和使用約束
MySQL基礎筆記整理
山東創(chuàng )睦網(wǎng)絡(luò )科技:數據庫
更多類(lèi)似文章 >>
生活服務(wù)
分享 收藏 導長(cháng)圖 關(guān)注 下載文章
綁定賬號成功
后續可登錄賬號暢享VIP特權!
如果VIP功能使用有故障,
可點(diǎn)擊這里聯(lián)系客服!

聯(lián)系客服

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久