當前位置:ag真人国际官网-ag旗舰厅官方网站 » 編程語言 » sql重新生成索引

sql重新生成索引-ag真人国际官网

發布時間: 2024-11-13 12:55:22

『壹』 sql server 重新生成索引可以減小資料庫空間嗎

sql server 重新生成索引可以減小資料庫空間。
理由分析:
一、重新生成索引:
1、命令: alter index 索引名 on 表名 rebuild
2、解析:重新生成索引將刪除該索引並創建一個新索引。此過程中將刪除碎片,通過使用指定的或現有的填充因子設置壓縮頁來回收磁碟空間,並在連續頁中對索引行重新排序(根據需要分配新頁)。這樣可以減少獲取所請求數據所需的頁讀取數,從而提高磁碟性能。

二、重新組織索引:
1、命令:alter index 索引名 on 表名 reorganize
2、解析: 重新組織索引是通過對葉頁進行物理重新排序,使其與葉節點的邏輯順序(從左到右)相匹配,從而對表或視圖的聚集索引和非聚集索引的葉級別進行碎片整理。使頁有序可以提高索引掃描的性能。索引在分配給它的現有頁內重新組織,而不會分配新頁。如果索引跨多個文件,將一次重新組織一個文件,不會在文件之間遷移頁。
重新組織還會壓縮索引頁。如果還有可用的磁碟空間,將刪除此壓縮過程中生成的所有空頁。壓縮基於 sys.indexes 目錄視圖中的填充因子值。
重新組織進程使用最少的系統資源。而且,重新組織是自動聯機執行的。該進程不持有長期阻塞鎖,所以不會阻止運行查詢或更新。
索引碎片不太多時,可以重新組織索引。

『貳』 如何重建sql索引 要具體的命令

use tablename
declare @tablename varchar(255)
declare tablecursor cursor for
select table_name from information_schema.tables
where table_type = 'base table'
open tablecursor
fetch next from tablecursor into @tablename
while @@fetch_status = 0
begin
dbcc dbreindex(@tablename,' ',90)
fetch next from tablecursor into @tablename
end
close tablecursor
deallocate tablecursor

『叄』 在pl-sql中如何給oracle資料庫重建索引

重建索引有多種方式,如drop and re-create、rebuild、rebuild online等。下面簡單比較空襲這幾種方式異同以及優缺點:
首先建立測試表及數據:
sql> create table test as select citycode c1 from citizeninfo2;
table created
sql> alter table test modify c1 not null;
table altered
sql> select count(1) from test;
count(1)
----------
16000000
一、drop and re-create和rebuild
首先看看正常建立索引時,對表的加鎖情況。
suk@oracle9i> @show_sid
sid
----------
14
suk@oracle9i> create index idx_test_c1 on test(c1);
索引已創建。
sql> select object_name,lmode from v$lock l,dba_objects o where o.object_id=l.id1 and l.type='tm' and sid=14;
object_name lmode
------------------------------ ----------
obj$ 3
test 4
可見,普通情況下建立索引時,oracle會對基表加share鎖,由於share鎖和 row-x是不兼容的,也就是說,在建立索引期間,無法對基表進行dml操作。
對於刪除重建索引的方法就不介紹了,它與上面的描述是一樣的,下面我們看看用rebuild的方式建立索引有什麼特別。
suk@oracle9i> alter index idx_test_c1 rebuild;
索引已更改。
另開一個會話,查詢此時test的加鎖情況:
sql> select object_name,lmode from v$lock l,dba_objects o where o.object_id=l.id1 and l.type='tm' and sid=14;
object_name lmode
------------------------------ ----------
test 4
可見,rebuild的方式對基表的加鎖方式與create時是一樣的。
另開一個會話,在索引正在rebuild時,執行如下sql:
suk@oracle9i> set autotrace trace
suk@oracle9i> select /* index(test) */ count(1) from test where rownum<10;
執行計劃
----------------------------------------------------------
0 select statement ptimizer=choose (cost=26 card=1)
1 0 sort (aggregate)
2 1 count (stopkey)
3 2 index (full scan) of 'idx_test_c1' (non-unique) (cost=
26 card=1986621)
可以看到索引在重建時,查詢仍然可以使用舊索引。實際上,oracle在rebuild時,在創建新索引過程中,並不會刪除舊索引,直到新索引rebuild成功。
從這點可以知道rebuild比刪除重建的一個好處是不肆和會影響原有的sql查詢,但也正由於此,用rebuild方式建立索引需要相應表空間的空閑空間是刪除重建方式的2倍。
重建索引有多種方式,如drop and re-create、rebuild、rebuild online等。下面簡單比較這幾種方式異同以及裂虧盯優缺點:
相關文章:
oracle重建索引(一)
二、rebuild 和rebuild online
首先我們跟蹤一下rebuild online的過程。
另開一個會話查看鎖的信息:
sql> select object_name,lmode from v$lock l,dba_objects o where o.object_id=l.id1 and l.type='tm' and sid=14;
object_name lmode
------------------------------ ----------
sys_journal_10499 4
test 2
sql> insert into test values(11);
1 row inserted
sql> commit;
commit complete
可以看到,在rebuild online期間,oracle對基表加的是rs所,此時我們可以對基表進行dml操作。但奇怪的話在相同的session中有一個sys_journal_10499表被加share鎖,這個表是干什麼用的呢?
我們看看trace文件,有這樣的信息:
create table "suk"."sys_journal_10499" (c0 number(6,0), opcode char(1),
partno number, rid rowid, primary key( c0 , rid )) organization index
tablespace "test"
create unique index "suk"."sys_iot_top_10605" on
"suk"."sys_journal_10499"("c0","rid") index only toplevel tablespace "test"
noparallel
drop table "suk"."sys_journal_10499"
我們在查查10499是什麼東西:
sql> select object_name,object_type from dba_objects where object_id=10499;
object_name object_type
------------------------------ ------------------
idx_test_c1 index
從這些信息可以推測:表sys_journal_10499就是實現在重建索引時不阻塞dml操作而設計的,它存儲的是在索引重建期間發生在基表的數據變化。可以推測,create index .... online應該也有一張類似的表。
實際上,oracle之所以在創建索引時鎖表阻止dml操作就是為了防止不能索引新變化的數據,在online方式重建時,有了臨時表sys_journal_xxxx,oracle就可以放心大膽地讓用戶操作了,因為所有重建索引期間的數據變化信息都會保留在sys_journal_xxx表中,當索引重建完後再加上sys_journal_xxx記錄的數據,就不會漏索引數據了。(xxx是被重建的索引對應的object_id)
導讀:
重建索引有多種方式,如drop and re-create、rebuild、rebuild online等。下面簡單比較這幾種方式異同以及優缺點:
相關文章:
oracle重建索引(一)
oracle重建索引(二)
三、rebuild和rebuild online的數據源
網上一直有這樣一個說法:重建索引是以原索引作為數據源的。那麼,這種說法是否准確呢?我們做實驗來驗證一下:
suk@oracle9i> col segment_name format a30
--首先看看錶和索引的大小
suk@oracle9i> select segment_name,bytes from user_segments where segment_name in ('test','idx_test_c1');
segment_name bytes
------------------------------ ----------
test 201326592
idx_test_c1 293601280
suk@oracle9i> explain plan for alter index idx_test_c1 rebuild;
已解釋。
suk@oracle9i> select * from table(dbms_xplan.display());
plan_table_output
----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------
| id | operation | name | rows | bytes | cost |
-----------------------------------------------------------------------
| 0 | alter index statement | | | | |
| 1 | index build non unique| idx_test_c1 | | | |
| 2 | sort create index | | | | |
| 3 | table access full | test | | | |
-----------------------------------------------------------------------
note: rule based optimization
已選擇11行。
--從執行計劃可以看出,當索引比表大時,rebuild索引用的數據源是基表。
suk@oracle9i> explain plan for alter index idx_test_c1 rebuild online;
已解釋。
suk@oracle9i> select * from table(dbms_xplan.display());
plan_table_output
----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------
| id | operation | name | rows | bytes | cost |
-----------------------------------------------------------------------
| 0 | alter index statement | | | | |
| 1 | index build non unique| idx_test_c1 | | | |
| 2 | sort create index | | | | |
| 3 | table access full | test | | | |
-----------------------------------------------------------------------
note: rule based optimization
已選擇11行。
--從執行計劃可以看出,當索引比表大時,rebuild online索引用的數據源是基表。
--我們為test添加一列,使得表比索引大
suk@oracle9i> alter table test add(c2 char(30) default '1');
表已更改。
suk@oracle9i> select segment_name,bytes from user_segments where segment_name in ('test','idx_test_c
1');
segment_name bytes
------------------------------ ----------
test 1476395008
idx_test_c1 293601280
suk@oracle9i> explain plan for alter index idx_test_c1 rebuild;
已解釋。
suk@oracle9i> select * from table(dbms_xplan.display());
plan_table_output
----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------
| id | operation | name | rows | bytes | cost |
-----------------------------------------------------------------------
| 0 | alter index statement | | | | |
| 1 | index build non unique| idx_test_c1 | | | |
| 2 | sort create index | | | | |
| 3 | index fast full scan| idx_test_c1 | | | |
-----------------------------------------------------------------------
note: rule based optimization
已選擇11行。
--從執行計劃可以看出,當表比索引大時,執行計劃已經改變,rebuild索引是以索引作為數據源的。
suk@oracle9i> explain plan for alter index idx_test_c1 rebuild online;
已解釋。
suk@oracle9i> select * from table(dbms_xplan.display());
plan_table_output
----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------
| id | operation | name | rows | bytes | cost |
-----------------------------------------------------------------------
| 0 | alter index statement | | | | |
| 1 | index build non unique| idx_test_c1 | | | |
| 2 | sort create index | | | | |
| 3 | table access full | test | | | |
-----------------------------------------------------------------------
note: rule based optimization
已選擇11行。
--從執行計劃可以看出,當表比索引大時,rebuild online仍然以基表作為數據源。
rebuild模式下,因為表數據不會產生變化,oracle主要考慮性能問題,把更快掃描完成的段作為數據源。在上面的例子中,我們並沒有對表進行分析,故oracle應該根據數據段的大小來決定那個作為數據源的。一般索引欄位比較多,或者對索引欄位的dml操作較多,可能會導致索引比表大,這時oracle就會使用基表作為新索引的數據源進行rebuild了。
而在rebuild online模式下,因為允許dml操作,而表數據變化的同時索引也會跟著變化,為了索引與基表數據的一致性,比如採用基表數據作為數據源,而不能用原索引數據作為數據源。
我們用反證法證明不能用原索引作為新索引的數據源。
例如:
t1發出rebuild online命令
t2刪除某條數據,刪數據的同時,oracle會自動維護了舊索引
t3掃描經過t2數據所在索引節點
t4插入一條記錄,新記錄對應的索引節點剛好重用了t2刪除的數據對應的索引節點空間
如果是這樣的話,新建的索引將不包含t4插入的記錄的信息。所以,rebuild online情況下新索引的數據源不能是原索引。
rebuild online情況下,如果非用原索引作為新索引的數據源的話,用中間表記錄索引變化的方法應該是可以實現的,但由於數據變化會同時引起索引變化的特定決定了這種方法將異常復雜及效率底下,所以oracle不考慮舊索引作為新索引的數據源是有道理的。
結論:
1、rebuild會阻塞對基表的dml操作,但不會影響rebuild期間查詢對原有索引的使用。
2、rebuild的數據源可能是基表,也可能是原索引。取決於基表和原索引的大小,那個小,rebuild時就會用那個作為數據源。這也說明了網上盛傳的rebuild以原索引作為資料庫的說法是不完全正確的。
3、rebuild online運行用戶在索引重建期間執行dml操作。
4、rebuild online的數據源是基表

『肆』 sql重新生成索引的時候可以強制結束嗎

可以退出的,索引和數據不是一個概念,不會影響數據的。
2023款上汽大眾id.6 x 品質七座純電suv
坐擁升級配置,便捷家庭出行。全新六座版大空間,綜合補貼後售價253,288元起!
上海上汽大眾汽車銷售廣告
上汽大眾途觀l2023款,煥新上市
外觀設計動感升級,數字座艙處處精緻,更搭載智能輔助駕駛科技配置,智能全面升級!
上海上汽大眾汽車銷售有限公司廣告
更多專家
sql資料庫重建索引能夠中途退出嗎
專家1對1在線解答問題
5分鍾內響應 | 萬名專業答主
馬上提問
最美的花火 咨詢一個電子數碼問題,並發表了好評
lanqiuwangzi 咨詢一個電子數碼問題,並發表了好評
garlic 咨詢一個電子數碼問題,並發表了好評
188****8493 咨詢一個電子數碼問題,並發表了好評
籃球大圖 咨詢一個電子數碼問題,並發表了好評
動物樂園 咨詢一個電子數碼問題,並發表了好評
aka 咨詢一個電子數碼問題,並發表了好評
大家還在搜
禮炮機
齊家網裝修怎麼樣
垃圾處理器
面部提升最好的方法
考研網校排名
手機賺錢軟體日入百元
現在學什麼手藝好
吸糞車
— 為你推薦更多精彩內容 —

『伍』 sql表欄位如何建立索引難道就是添加sql查詢語句

1、創建測試表,

create table test_index(id varchar2(20), v_date date);

『陸』 怎樣sql2008 重新生成索引任務

重新生成索引在對象資源管理器中,連接到sqlserver2005資料庫引擎實例,再展開該實例。展開「資料庫」,展開包括具有指定索引的表的資料庫,再展開「表」。展開該索引所屬的表,再展開「索引」。右鍵單擊要重新生成的索引,再單擊「重新生成」。
若要開始重新生成操作,請單擊「肯定」。為表重新生成所有索引在對象資源管理器中,連接到sqlserver2005資料庫引擎實例,再展開該實例。展開「資料庫」,展開包括具有指定索引的表的資料庫,再展開「表」。轉載,僅供參考。
展開索引所屬的表。右鍵單擊「索引」,再單擊「全部重新生成」。若要開始重新生成操作,請單擊「肯定」。

『柒』 創建索引的sql語句

創建索引的sql語句是【create index indexname ontable_name(column_name)】。

【create index indexname on table_name(column_name)】是最基本的創建索引的語法,它沒有任何限制。如果是char,varchar類型,length可以小於欄位實際長度;如果是blob和text類型,必須指定length。下一步是修改表結構(添加索引),創建表的時候直接指定。

熱點內容
布丁少兒編程 發布:2024-11-19 09:57:11 瀏覽:97
vb資料庫數組 發布:2024-11-19 09:23:40 瀏覽:827
安卓游戲數據保存在哪裡找 發布:2024-11-19 09:22:02 瀏覽:309
解壓出來的文件亂碼 發布:2024-11-19 09:15:40 瀏覽:939
北航ftp是多少 發布:2024-11-19 09:15:32 瀏覽:821
瀏覽保存密碼如何取消 發布:2024-11-19 09:10:17 瀏覽:89
安卓怎麼關簡訊重復提醒 發布:2024-11-19 09:02:00 瀏覽:635
html與php的區別 發布:2024-11-19 09:00:53 瀏覽:193
晚安密碼多少 發布:2024-11-19 09:00:51 瀏覽:945
易語言腳本模塊 發布:2024-11-19 09:00:44 瀏覽:484
网站地图