⑴ 創建索引的sql語句怎麼寫
1、CREATE [UNIQUE|CLUSTERED] INDEX INDEX_NAME ON TABLE_NAME(PROPERTY_NAME)
2、其中UNIQUE和CLUSTERED為可選項，分別是建立唯一索引和聚簇索引，具體解釋為：
UNIQUE:表示此索引的每一個索引值只對應唯一的數據。
3、CLUSTERED:表示要建立的索引時聚簇索引，即索引項的順序與表中記錄的物理順序一致的索引組織。
拓展：
1、SQL語言，是結構化查詢語言(StructuredQueryLanguage)的簡稱。SQL語言是一種資料庫查詢和程序設計語言，用於存取數據以及查詢、更新和管理關系資料庫系統；同時也是資料庫腳本文件的擴展名。
2、SQL語言是高級的非過程化編程語言，允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法，也不需要用戶了解具體的數據存放方式，所以具有完全不同底層結構的不同資料庫系統可以使用相同的結構化查詢語言作為數據輸入與管理的介面。SQL語言語句可以嵌套，這使他具有極大的靈活性和強大的功能。
3、結構化查詢語言SQL（STRUCTURED QUERY LANGUAGE）是最重要的關系資料庫操作語言，並且它的影響已經超出資料庫領域，得到其他領域的重視和採用，如人工智慧領域的數據檢索，第四代軟體開發工具中嵌入SQL的語言等。
⑵ 編寫SQL語句，為表titles的title列創建非聚集索引,設置填充因子為60%
CREATE NONCLUSTERED INDEX IX_titles_title
ON titles(title)
WITH FILLFICTOR=60
⑶ SQL怎麼修改索引的填充因子
Proction.Proct表示Proction資料庫下Proct表
⑷ 如何檢查sql資料庫索引填充因子是否產生碎片以及如何處理
這是收藏的一些資料：
SQLServer提供了一個資料庫命令――DBCC SHOWCONTIG――來確定一個指定的表或索引是否有碎片。
示例：
顯示資料庫里所有索引的碎片信息
DBCC SHOWCONTIG WITH ALL_INDEXES
顯示指定表的所有索引的碎片信息
DBCC SHOWCONTIG (authors) WITH ALL_INDEXES
顯示指定索引的碎片信息
DBCC SHOWCONTIG (authors,aunmind)
DBCC 執行結果：
掃描頁數：如果你知道行的近似尺寸和表或索引里的行數，那麼你可以估計出索引里的頁數。看看掃描頁數，如果明顯比你估計的頁數要高，說明存在內部碎片。
掃描擴展盤區數：用掃描頁數除以8,四捨五入到下一個最高值。該值應該和DBCC SHOWCONTIG返回的掃描擴展盤區數一致。如果DBCC SHOWCONTIG返回的數高，說明存在外部碎片。碎片的嚴重程度依賴於剛才顯示的值比估計值高多少。
擴展盤區開關數：該數應該等於掃描擴展盤區數減1。高了則說明有外部碎片。
每個擴展盤區上的平均頁數：該數是掃描頁數除以掃描擴展盤區數，一般是8。小於8說明有外部碎片。
掃描密度［最佳值:實際值］：DBCC SHOWCONTIG返回最有用的一個百分比。這是擴展盤區的最佳值和實際值的比率。該百分比應該盡可能靠近100％。低了則說明有外部碎片。
邏輯掃描碎片：無序頁的百分比。該百分比應該在0％到10％之間，高了則說明有外部碎片。
擴展盤區掃描碎片：無序擴展盤區在掃描索引葉級頁中所佔的百分比。該百分比應該是0％，高了則說明有外部碎片。
每頁上的平均可用位元組數：所掃描的頁上的平均可用位元組數。越高說明有內部碎片，不過在你用這個數字決定是否有內部碎片之前，應該考慮fill factor（填充因子）。
平均頁密度（完整）：每頁上的平均可用位元組數的百分比的相反數。低的百分比說明有內部碎片。
解決碎片問題 ：
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比其他方法的確有好處的是在其他過程訪問索引時也能進行碎片整理，不會引起其他方法的阻塞問題。
⑸ SQL SERVER中，什麼是填充因子
使用
fill
factor
選項可以指定
Microsoft
SQL
Server
使用現有數據創建新索引時將每頁填滿到什麼程度。由於在頁填充時
SQL
Server
必須花時間來拆分頁，因此填充因子會影響性能。
僅在創建或重新生成索引時使用填充因子。頁面不會維護在任何特定的填充水平上。
fill
factor
的默認值為
0，有效值介於
0
和
100
之間。FILLFACTOR
設置為
0
或
100
時，葉級別幾乎完全填滿，但至少會保留一個其他索引行的空間。這樣設置後，葉級別空間會得到有效利用，而且仍有空間可以在必須拆分頁之前進行有限擴展。很少需要更改
fill
factor
的默認值，因為可以使用
CREATE
INDEX
或
ALTER
INDEX
REBUILD
語句來覆蓋其對於指定索引的值。
⑹ SQL表欄位如何建立索引難道就是添加SQL查詢語句
1、創建測試表，
create table test_index(id varchar2(20)， v_date date);
⑺ 填充因子是什麼意思,有什麼用通俗一點哦
打個比方，為了給一個班的100個同學排一下順序，我們可以給每一位同學一個編號，如:
a. 從1,2,3,4,5,6,7,.....100。這時，我們說填充因子是100.
此時,如果又來了新同學,而其排名要在中間某位置的話,我們就要改變許多個同學的號碼,如新同學排5號,就需要將5號以後的同學號碼都加1才行.
b.我們又可以給同學這樣編號：10,20,30,40,50,60,70.......1000
也同樣完成了順序的排列.我們說這時填充因子是0,此時如果來了新同學,又是排在第七位的話,那麼我們只許將其號碼編為65就行了.其它同學都不用變.
可以看出,填充因子大的時候,點用的號碼空間小,耗費資源少,小的時候呢,佔用資源加大,但操作方便,迅速.
所以,在SQL2000O中索引的填充因子就是這個道理,填充因子大的時候,插入或修改記錄後重新索引的工作會很大,磁碟IO操作增加,性能必然降,但其佔用空間小.填充因子小的時候呢,索引文件佔用磁碟及內存空間相對要大,但是,系統身重新索引所需IO操作減少,性能提高,只是多佔用一些存儲空間.
因此,孰重孰輕自已決定就行了.....
⑻ 如何設計索引的填充因子
使用 fill factor 選項可以指定 Microsoft SQL Server 使用現有數據創建新索引時將每頁填滿到什麼程度。由於在頁填充時 SQL Server 必須花時間來拆分頁，因此填充因子會影響性能。
僅在創建或重新生成索引時使用填充因子。頁面不會維護在任何特定的填充水平上。
fill factor 的默認值為 0，有效值介於 0 和 100 之間。FILLFACTOR 設置為 0 或 100 時，葉級別幾乎完全填滿，但至少會保留一個其他索引行的空間。這樣設置後，葉級別空間會得到有效利用，而且仍有空間可以在必須拆分頁之前進行有限擴展。很少需要更改 fill factor 的默認值，因為可以使用 CREATE INDEX 或 ALTER INDEX REBUILD 語句來覆蓋其對於指定索引的值。
⑼ sql怎麼建立索引
進入查詢窗口後，輸入下面的語句：
CREATE INDEX mycolumn_index ON mytable (myclumn)
這個語句建立了一個名為mycolumn_index的索引。你可以給一個索引起任何名字，但你應該在索引名中包含所索引的欄位名，這對你將來弄清楚建立該索引的意圖是有幫助的。
注意：
在本書中你執行任何SQL語句，都會收到如下的信息：
This command did not return data,and it did not return any rows
這說明該語句執行成功了。
索引mycolumn_index對表mytable的mycolumn欄位進行。這是個非聚簇索引，也是個非唯一索引。（這是一個索引的預設屬性）
如果你需要改變一個索引的類型，你必須刪除原來的索引並重建 一個。建立了一個索引後，你可以用下面的SQL語句刪除它：
DROP INDEX mytable.mycolumn_index
注意在DROP INDEX 語句中你要包含表的名字。在這個例子中，你刪除的索引是mycolumn_index，它是表mytable的索引。
要建立一個聚簇索引，可以使用關鍵字CLUSTERED。）記住一個表只能有一個聚簇索引。（這里有一個如何對一個表建立聚簇索引的例子：
CREATE CLUSTERED INDEX mycolumn_clust_index ON mytable(mycolumn)
如果表中有重復的記錄，當你試圖用這個語句建立索引時，會出現錯誤。但是有重復記錄的表也可以建立索引；你只要使用關鍵字ALLOW_DUP_ROW把這一點告訴SQL Sever即可：
CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)
WITH ALLOW_DUP_ROW
這個語句建立了一個允許重復記錄的聚簇索引。你應該盡量避免在一個表中出現重復記錄，但是，如果已經出現了，你可以使用這種方法。
要對一個表建立唯一索引，可以使用關鍵字UNIQUE。對聚簇索引和非聚簇索引都可以使用這個關鍵字。這里有一個例子：
CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)
這是你將經常使用的索引建立語句。無論何時，只要可以，你應該盡量對一個對一個表建立唯一聚簇索引來增強查詢操作。
最後，要建立一個對多個欄位的索引——復合索引——在索引建立語句中同時包含多個欄位名。下面的例子對firstname和lastname兩個欄位建立索引：
CREATE INDEX name_index ON username(firstname,lastname)
這個例子對兩個欄位建立了單個索引。在一個復合索引中，你最多可以對16個欄位進行索引。
用事務管理器建立索引
用事務管理器建立索引比用SQL語句容易的多。使用事務管理器，你可以看到已經建立的索引的列表，並可以通過圖形界面選擇索引選項。
使用事務管理器你可以用兩種方式建立索引：使用Manage Tables窗口或使用Manage Indexes窗口。
要用Manage Tables 窗口建立一個新索引，單擊按鈕Advanced Options(它看起來象一個前面有一加號的表)。這樣就打開了Advanced Options對話框。這個對話框有一部分標名為Primary Key（見圖11.1）。
圖11。1
要建立一個新索引，從下拉列表中選擇你想對之建立索引的欄位名。如果你想建立一個對多欄位的索引，你可以選擇多個欄位名。你還可以選擇索引是聚簇的還是非聚簇的。在保存表信息後，索引會自動被建立。在Manage Tables窗口中的欄位名旁邊，會出現一把鑰匙。
你已經為你的表建立了「主索引」。主索引必須對不包含空值的欄位建立。另外，主索引強制一個欄位成為唯一值欄位。
要建立沒有這些限制的索引，你需要使用Manage Indexes窗口。從菜單中選擇Manage|Indexes，打開Manage Indexes 窗口。在Manage Indexes 窗口中，你可以通過下拉框選擇表和特定的索引。（見圖11.2）。要建立一個新索引，從Index下拉框中選擇New Index.，然後就可以選擇要對之建立索引的欄位。單擊按鈕Add，把欄位加人到索引中。
圖11。2
你可以為你的索引選擇許多不同的選項。例如，你可以選擇該索引是聚簇的還是非聚簇的。你還可以指定該索引為唯一索引。設計好索引後，單擊按鈕Build，建立該索引。
注意：
唯一索引是指該欄位不能有重復的值，而不是只能建立這一個索引。
SQL核心語句
在第十章，你學會了如何用SQL SELECT 語句從一個表中取數據。但是，到現在為止，還沒有討論如何添加，修改或刪除表中的數據。在這一節中，你將學習這些內容。
插入數據
向表中添加一個新記錄，你要使用SQL INSERT 語句。這里有一個如何使用這種語句的例子：
INSERT mytable (mycolumn) VALUES (『some data')
這個語句把字元串'some data'插入表mytable的mycolumn欄位中。將要被插入數據的欄位的名字在第一個括弧中指定，實際的數據在第二個括弧中給出。
INSERT 語句的完整句法如下：
INSERT [INTO] {table_name|view_name} [(column_list)] {DEFAULT VALUES |
Values_list | select_statement}
如果一個表有多個欄位，通過把欄位名和欄位值用逗號隔開，你可以向所有的欄位中插入數據。假設表mytable有三個欄位first_column,second_column,和third_column。下面的INSERT語句添加了一條三個欄位都有值的完整記錄：
INSERT mytable (first_column,second_column,third_column)
VALUES (『some data','some more data','yet more data')
注意：
你可以使用INSERT語句向文本型欄位中插入數據。但是，如果你需要輸入很長的字元串，你應該使用WRITETEXT語句。這部分內容對本書來說太高級了，因此不加討論。要了解更多的信息，請參考Microsoft SQL Sever 的文檔。
如果你在INSERT 語句中只指定兩個欄位和數據會怎麼樣呢？換句話說，你向一個表中插入一條新記錄，但有一個欄位沒有提供數據。在這種情況下，有下面的四種可能：
如果該欄位有一個預設值，該值會被使用。例如，假設你插入新記錄時沒有給欄位third_column提供數據，而這個欄位有一個預設值'some value'。在這種情況下，當新記錄建立時會插入值'some value'。
如果該欄位可以接受空值，而且沒有預設值，則會被插入空值。
如果該欄位不能接受空值，而且沒有預設值，就會出現錯誤。你會收到錯誤信息：
The column in table mytable may not be null.
最後，如果該欄位是一個標識欄位，那麼它會自動產生一個新值。當你向一個有標識欄位的表中插入新記錄時，只要忽略該欄位，標識欄位會給自己賦一個新值。
注意：
向一個有標識欄位的表中插入新記錄後，你可以用SQL變數@@identity來訪問新記錄
的標識欄位的值。考慮如下的SQL語句：
INSERT mytable (first_column) VALUES(『some value')
INSERT anothertable(another_first,another_second)
VALUES(@@identity,'some value')
如果表mytable有一個標識欄位，該欄位的值會被插入表anothertable的another_first欄位。這是因為變數@@identity總是保存最後一次插入標識欄位的值。
欄位another_first應該與欄位first_column有相同的數據類型。但是，欄位another_first不能是應該標識欄位。Another_first欄位用來保存欄位first_column的值。
刪除記錄
要從表中刪除一個或多個記錄，需要使用SQL DELETE語句。你可以給DELETE 語句提供WHERE 子句。WHERE子句用來選擇要刪除的記錄。例如，下面的這個DELETE語句只刪除欄位first_column的值等於'Delete Me'的記錄：
DELETE mytable WHERE first_column='Deltet Me'
DELETE 語句的完整句法如下：
DELETE [FROM] {table_name|view_name} [WHERE clause]
在SQL SELECT 語句中可以使用的任何條件都可以在DELECT 語句的WHERE子句中使用。例如，下面的這個DELETE語句只刪除那些first_column欄位的值為'goodbye'或 second_column欄位的值為 'so long'的記錄：
DELETE mytable WHERE first_column='goodby' OR second_column='so long'
如果你不給DELETE 語句提供WHERE 子句，表中的所有記錄都將被刪除。你不應該有這種想法。如果你想刪除應該表中的所有記錄，應使用第十章所講的TRUNCATE TABLE語句。
注意：
為什麼要用TRUNCATE TABLE 語句代替DELETE語句？當你使用TRUNCATE TABLE語句時，記錄的刪除是不作記錄的。也就是說，這意味著TRUNCATE TABLE 要比DELETE快得多