『壹』 sql server 2005 如何創建索引
打開SQL
SERVER
2005管理器,登陸後,打開你的資料庫
然後依次選擇你要建立索引的表,點開'+'會出現列
索引等欄位
在索引上面單擊右鍵選擇新建索引就可以了.
『貳』 sqlserver 索引重建過程中怎麼停止
執行以下操作：
在工具欄上單擊新建查詢(New Query)打開一個新的查詢
通過選擇打開查詢設計器 Query > Design Query in Editor... 從頂部菜單
選擇要運行對查詢（在本例中，我們將添加兩個表），單擊添加，單擊關閉關閉對話框表！
『叄』 如何對sqlserver 2005 資料庫進行重建索引操作，可否通過系統存儲過程來重建索引
有相關的sql:
alter index ix_name on db.table
rebuild --重建，先刪後建
alter index ix_name on db.table
reorganize --用最小的資源重新組織
『肆』 SqlServer2005 如何重建索引
批量重建sql語句挺多的，我常用的方法是新建一個維護計劃，添加重建索引模塊，還可以定期自動執行。
『伍』 SQL Server 2000資料庫中如何重建索引
連續索引頁由從一個頁到下一個頁的指針鏈接在一起。當對數據的更改影響到索引時，索引中的信息可能會在資料庫中分散開來。重建索引可以重新組織索引數據（對於聚集索引還包括表數據)的存儲，清除碎片。這可通過減少獲得請求數據所需的頁讀取數來提高磁碟性能。 在Microsoft�0�3 SQL Server�6�4 2000 中，如果要用一個步驟重新創建索引，而不想刪除舊索引並重新創建同一索引，則使用 CREATE INDEX 語句的 DROP_EXISTING 子句可以提高效率。這一優點既適用於聚集索引也適用於非聚集索引。 以刪除舊索引然後重新創建同一索引的方式重建聚集索引，是一種昂貴的方法，因為所有二級索引都使用聚集鍵指向數據行。如果只是刪除聚集索引然後重新創建，則會使所有非聚集索引都被刪除和重新創建兩次。一旦刪除聚集索引並再次重建該索引，就會發生這種情形。通過在一個步驟中重新創建索引，可以避免這一昂貴的做法。在一個步驟中重新創建索引時，會告訴 SQL Server 要重新組織現有索引，避免了刪除和重新創建非聚集索引這些不必要的工作。該方法的另一個重要優點是可以使用現有索引中的數據排序次序，從而避免了對數據重新排序。這對於聚集索引和非聚集索引都十分有用，可以顯著減少重建索引的成本。另外，通過使用 DBCC DBREINDEX 語句，SQL Server 還允許對一個表重建（在一個步驟中）一個或多個索引，而不必單獨重建每個索引。 DBCC DBREINDEX 也可用於重建執行 PRIMARY KEY 或 UNIQUE 約束的索引，而不必刪除並創建這些約束（因為對於為執行 PRIMARY KEY 或 UNIQUE 約束而創建的索引，必須先刪除該約束，然後才能刪除該索引）。
『陸』 sql server批量重建索引
語句沒有問題，就end後面要先close游標，語句：
USE MyDB;
DECLARE @name varchar(100)
DECLARE authors_cursor CURSOR FOR
Select [name] from sysobjects where xtype='u' order by id
OPEN authors_cursor
FETCH NEXT FROM authors_cursor INTO @name
WHILE @@FETCH_STATUS = 0
BEGIN
DBCC DBREINDEX (@name, '', 90)
FETCH NEXT FROM authors_cursor INTO @name
END
CLOSE TableCursor
deallocate authors_cursor
『柒』 怎樣寫重建索引的sql語句
檢查SQL，看看是否使用了索引
還有查詢是否是優化的
20萬條記錄沒必要分區
重要的是你的應用怎麽寫的！
『捌』 sql server如何重建索引到其它文件組
在日常工作中，我們發現很多實施案例中，sql server的資料庫數據與索引在一起。我見過一個客戶的，他的資料庫總共大小才60g，但索引與數據完全混在一起，從管理資料庫的直覺來看，性能方面肯定有問題，所以我建議他們，不管怎麼樣，把索引與資料庫分開，對性能是有好處的！但是sql server的索引，想要通過重建的方式，把數據與索引分開，並不是一件容易的事懷，在使用rebuild時，並不能增加文件組選項。後來研究發現，可以通過以下方式把數據與非聚簇索引分開，具體如下：
set nocount on
declare @index table
(
object_id int,
objectName sysname,
index_id int,
indexName sysname,
fill_factor tinyint,
allow_row_locks bit,
allow_page_locks bit,
is_padded bit,
indexText varchar(max),
indexTextEnd varchar(max)
)
declare @indexColumn table
(
object_id int,
index_id int,
column_id int,
index_column_id int,
max_index_column_id int,
is_descending_key bit,
is_included_column bit,
columnName varchar(255),
indexText varchar(max) null
)
insert into @index
select
i.object_id,
object_name(i.object_id),
i.index_id,
i.name,
fill_factor,
allow_row_locks,
allow_page_locks,
is_padded,
'CREATE NONCLUSTERED INDEX [' + i.name + '] ON [dbo].[' + object_name(i.object_id) + '] ' + char(13),
'WITH (PAD_INDEX = ' +
CASE WHEN is_padded = 1 THEN ' ON ' ELSE ' OFF ' END +
', STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = ON, ONLINE = OFF, ALLOW_ROW_LOCKS = ' +
CASE WHEN allow_row_locks = 1 THEN ' ON ' ELSE ' OFF ' END +
', ALLOW_PAGE_LOCKS = ' +
CASE WHEN allow_page_locks = 1 THEN ' ON ' ELSE ' OFF ' END +
CASE WHEN fill_factor > 0 THEN ', FILLFACTOR = ' + convert(varchar(3), fill_factor) ELSE '' END +
') ON [IndexFG];print('''+i.name+' @ '+object_name(i.object_id)+''')' --+ CHAR(13) + ' GO;'+ CHAR(13) --注意標紅的地方，這是新的文件組的名稱
from sys.indexes i
where i.type = 2 and not exists(select 1 from sys.key_constraints kc where kc.name=i.name)
and objectproperty(i.object_id , 'IsUserTable') = 1
order by object_name(i.object_id), i.name
insert into @indexColumn
select
i.object_id,
i.index_id,
ic.column_id,
ic.index_column_id,
max(ic.index_column_id) over (partition by i.object_id, i.index_id, is_included_column),
is_descending_key,
is_included_column,
'[' + c.name + ']',
null
from @index i
join sys.index_columns ic
on i.object_id = ic.object_id
and i.index_id = ic.index_id
join sys.columns c
on ic.object_id = c.object_id
and ic.column_id = c.column_id
order by i.object_id, i.index_id, ic.index_column_id
declare @fields varchar(max)
declare @object_id int, @index_id int
select @fields = null, @object_id = -1, @index_id = -1
update @indexColumn
set @fields = indexText =
case when object_id = isnull(@object_id, object_id) and index_id = isnull(@index_id, index_id)
then isnull(@fields + ', ', ' ') + columnName + case when is_descending_key = 0 then ' ASC' else ' DESC' end
else columnName + case when is_descending_key = 0 then ' ASC' else ' DESC' end
end,
@object_id = case when object_id <> @object_id
then object_id else @object_id end,
@index_id = case when index_id <> @index_id
then index_id else @index_id end
from @indexColumn
where is_included_column = 0
select @fields = null, @object_id = -1, @index_id = -1
update @indexColumn
set @fields = indexText =
case when object_id = isnull(@object_id, object_id) and index_id = isnull(@index_id, index_id)
then isnull(@fields + ', ', ' ') + columnName
else columnName
end,
@object_id = case when object_id <> @object_id
then object_id else @object_id end,
@index_id = case when index_id <> @index_id
then index_id else @index_id end
from @indexColumn
where is_included_column = 1
update @index
set indexText = i.indexText + '( ' + char(13) + char(9) + ic.indexText + char(13) + ') '
from @index i join @indexColumn ic
on i.object_id = ic.object_id
and i.index_id = ic.index_id
and ic.index_column_id = ic.max_index_column_id
and ic.is_included_column = 0
update @index
set indexText = i.indexText + 'INCLUDE ( ' + char(13) + char(9) + ic.indexText + char(13) + ') '
from @index i join @indexColumn ic
on i.object_id = ic.object_id
and i.index_id = ic.index_id
and ic.index_column_id = ic.max_index_column_id
and ic.is_included_column = 1
update @index
set indexText = indexText + indexTextEnd
from @index
select indexText, objectName, indexName
from @index
最後的查詢結果第一行就是執行的命令！
『玖』 sql2005重建表索引會不會對表數據有影響
重建普通的索引， 對表的數據不會有影響。
因為 索引 不修改數據， 只是 某些情況下， 幫助查詢的時候，快速定位數據。
例如你現在有本 新華字典。
你按照 部首筆畫， 找某個字。
就是先查找 索引， 通過索引， 知道 某個字， 在某一頁上面， 然後再翻到那一頁，去看這個字的說明。
『拾』 sqlserver 索引重建 產生多大的日誌
解決碎片問題
一旦你確定表或索引有碎片問題，那麼你有4個選擇去解決那些問題：
1. 刪除並重建索引
2. 使用DROP_EXISTING子句重建索引
3. 執行DBCC DBREINDEX
4. 執行DBCC INDEXDEFRAG
盡管每一個技術都能達到你整理索引碎片的最終目的，但各有各的優缺點。
刪除並重建索引
用DROP INDEX和CREATE INDEX或ALTER TABLE來 刪除並重建索引有些缺陷包括在刪除重建期間索引會消失。在索引刪除重建時，對於查詢它不在可用，查詢性能也許會受到明顯的影響，直到重建索引為止。另一個 潛在的缺陷是當都請求索引的時候會引起阻塞，直到重建索引為止。通過其他的處理也能解決阻塞，就是索引被使用的時候不刪除索引。另一個主要的缺陷是在用DROP INDEX和CREATE INDEX重建聚集索引時會引起非聚集索引重建兩次。刪除聚集索引時非聚集索引的行指針會指向數據堆，聚集索引重建時非聚集索引的行指針又會指回聚集索引的行位置。
刪除並重建索引的確有一個好處就是通過重新排序索引頁，使索引頁緊湊並刪除不需要的索引頁來完全重建索引。你也許需要考慮那些內部和外部碎片都很高的情況下才使用，以使那些索引回到它們應該在的位置。
使用DROP_EXISTING子句重建索引
為了避免在重建聚集索引時表上的非聚集索引重建兩次，可以使用帶DROP_EXISTING子句的CREATE INDEX語句。這個子句會保留聚集索引鍵值，以避免非聚集索引重建兩次。和刪除並重建索引一樣，該方法也可能會引起阻塞和索引消失的問題。該方法的另一個缺陷是也強迫你去分別發現和修復表上的每一個索引。
除了和上一個方法一樣的好處之外，該方法的好處是不必重建非聚集索引兩次。這樣可以對那些帶約束的索引提供正確的索引定義以符合約束的要求。
執行DBCC DBREINDEX
DBCC DBREINDEX類似於第二種方法，但它物理地重建索引，允許SQLServer給索引分配新頁來減少內部和外部碎片。DBCC DBREINDEX也能動態的重建帶約束的索引，不象第二種方法。
DBCC DBREINDEX的缺陷是會遇到或引起阻塞問題。DBCC DBREINDEX是作為一個事務來運行的，所以如果在完成之前中斷了，那麼你會丟失所有已經執行過的碎片。
執行DBCC INDEXDEFRAG
DBCC INDEXDEFRAG（在SQLServer2000中可用）按照索引鍵的邏輯順序，通過重新整理索引里存在的葉頁來減少外部碎片，通過壓縮索引頁里的行然後刪除那些由此產生的不需要的頁來減少內部碎片。它不會遇到阻塞問題但它的結果沒有其他幾個方法徹底。這是因為DBCC INDEXDEFRAG跳過了鎖定的頁且不使用任何新頁來重新排序索引。如果索引的碎片數量大的話你也許會發現DBCC INDEXDEFRAG比重建索引花費的時間更長。DBCC INDEXDEFRAG比其他方法的確有好處的是在其他過程訪問索引時也能進行碎片整理，不會引起其他方法的阻塞問題。