沒聽過給數組加索引，但可以給某列加索引，如果查詢的話（假設該列為WorkID）
create
index
IDX_Workid
on
Worker(WorkID)(其中Worker是表名)
如果查詢該列是否在一個數組中，其實SQL只能處理集合，可以：
select
*
from
worker
where
workid
in
(1,9,7,3,12,5,……很多)
B. 在sql中如何創建索引
1.如果在建基本表S時未使用主鍵子句，那麼可以利用創建索引的方法起到主鍵的作用
CREATE UNIQUE INDEX 索引名 ON 表(列)
例子：CREATE UNIQUE INDEX S#_INSEX ON S(S#)
不要UNIQUE也可以，你那就是索引沒有起到主鍵的作用了
UNIQUE表示每個索引值對應唯一的數據記錄
2.刪除索引
例子：DROP INDEX S#_INSEX ON S
注意：索引不能更改，只能刪除後重新建立
希望對你有幫助
C. sql怎麼建立索引
什麼是索引
拿漢語字典的目錄頁（索引）打比方：正如漢語字典中的漢字按頁存放一樣，SQL Server中的數據記錄也是按頁存放的，每頁容量一般為4K 。為了加快查找的速度，漢語字（詞）典一般都有按拼音、筆畫、偏旁部首等排序的目錄（索引），我們可以選擇按拼音或筆畫查找方式，快速查找到需要的字（詞）。
同理，SQL Server允許用戶在表中創建索引，指定按某列預先排序，從而大大提高查詢速度。
• SQL Server中的數據也是按頁（ 4KB ）存放
• 索引：是SQL Server編排數據的內部方法。它為SQL Server提供一種方法來編排查詢數據。
• 索引頁：資料庫中存儲索引的數據頁；索引頁類似於漢語字（詞）典中按拼音或筆畫排序的目錄頁。
• 索引的作用：通過使用索引，可以大大提高資料庫的檢索速度，改善資料庫性能。
索引類型
• 唯一索引：唯一索引不允許兩行具有相同的索引值
• 主鍵索引：為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的，並且不能為空
• 聚集索引(Clustered)：表中各行的物理順序與鍵值的邏輯（索引）順序相同，每個表只能有一個
• 非聚集索引(Non-clustered)：非聚集索引指定表的邏輯順序。數據存儲在一個位置，索引存儲在另一個位置，索引中包含指向數據存儲位置的指針。可以有多個，小於249個
索引類型：再次用漢語字典打比方，希望大家能夠明白聚集索引和非聚集索引這兩個概念。
唯一索引：
唯一索引不允許兩行具有相同的索引值。
如果現有數據中存在重復的鍵值，則大多數資料庫都不允許將新創建的唯一索引與表一起保存。當新數據將使表中的鍵值重復時，資料庫也拒絕接受此數據。例如，如果在stuInfo表中的學員員身份證號(stuID) 列上創建了唯一索引，則所有學員的身份證號不能重復。
提示：創建了唯一約束，將自動創建唯一索引。盡管唯一索引有助於找到信息，但為了獲得最佳性能，建議使用主鍵約束或唯一約束。
主鍵索引：
在資料庫關系圖中為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的。當在查詢中使用主鍵索引時，它還允許快速訪問數據。
聚集索引（clustered index）
在聚集索引中，表中各行的物理順序與鍵值的邏輯（索引）順序相同。表只能包含一個聚集索引。例如：漢語字（詞）典默認按拼音排序編排字典中的每頁頁碼。拼音字母a，b，c，d……x，y，z就是索引的邏輯順序，而頁碼1，2，3……就是物理順序。默認按拼音排序的字典，其索引順序和邏輯順序是一致的。即拼音順序較後的字（詞）對應的頁碼也較大。如拼音「ha」對應的字(詞)頁碼就比拼音「ba」 對應的字(詞)頁碼靠後。
非聚集索引(Non-clustered)
如果不是聚集索引，表中各行的物理順序與鍵值的邏輯順序不匹配。聚集索引比非聚集索引（nonclustered index）有更快的數據訪問速度。例如，按筆畫排序的索引就是非聚集索引，「1」畫的字（詞）對應的頁碼可能比「3」畫的字（詞）對應的頁碼大（靠後）。
提示：SQL Server中，一個表只能創建1個聚集索引，多個非聚集索引。設置某列為主鍵，該列就默認為聚集索引
如何創建索引
使用T-SQL語句創建索引的語法：
CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED]
INDEX index_name
ON table_name (column_name…)
[WITH FILLFACTOR=x]
q UNIQUE表示唯一索引，可選
q CLUSTERED、NONCLUSTERED表示聚集索引還是非聚集索引，可選
q FILLFACTOR表示填充因子，指定一個0到100之間的值，該值指示索引頁填滿的空間所佔的百分比
在stuMarks表的writtenExam列創建索引：
USE stuDB
GO
IF EXISTS (SELECT name FROM sysindexes
WHERE name = 'IX_writtenExam')
DROP INDEX stuMarks.IX_writtenExam
/*--筆試列創建非聚集索引：填充因子為30％--*/
CREATE NONCLUSTERED INDEX IX_writtenExam
ON stuMarks(writtenExam)
WITH FILLFACTOR= 30
GO
/*-----指定按索引 IX_writtenExam 查詢----*/
SELECT * FROM stuMarks (INDEX=IX_writtenExam)
WHERE writtenExam BETWEEN 60 AND 90
雖然我們可以指定SQL Server按哪個索引進行數據查詢，但一般不需要我們人工指定。SQL Server將會根據我們創建的索引，自動優化查詢。
索引的優缺點
• 優點
– 加快訪問速度
– 加強行的唯一性
• 缺點
– 帶索引的表在資料庫中需要更多的存儲空間
– 操縱數據的命令需要更長的處理時間，因為它們需要對索引進行更新
創建索引的指導原則
• 請按照下列標准選擇建立索引的列。
– 該列用於頻繁搜索
– 該列用於對數據進行排序
• 請不要使用下面的列創建索引：
– 列中僅包含幾個不同的值。
– 表中僅包含幾行。為小型表創建索引可能不太劃算，因為SQL Server在索引中搜索數據所花的時間比在表中逐行搜索所花的時間更長
D. 在SQL中怎樣用指定索引查詢
格式為:
SELECT 欄位名表
FROM 表名表
WITH (INDEX(索引名))
WHERE 查詢條件
E. 如何在下面sql程序中加上索引，想真誠回答的請幫忙，不想回答的請繞道
CREATE INDEX
為給定表或視圖創建索引。
只有表或視圖的所有者才能為表創建索引。表或視圖的所有者可以隨時創建索引，無論表中是否有數據。可以通過指定限定的資料庫名稱，為另一個資料庫中的表或視圖創建索引。
語法
CREATE [ UNIQUE ] [ CLUSTERED | NONCLUSTERED ] INDEX index_name
ON { table | view } ( column [ ASC | DESC ] [ ,...n ] )
[ WITH < index_option > [ ,...n] ]
[ ON filegroup ]
< index_option > ::=
{ PAD_INDEX |
FILLFACTOR = fillfactor |
IGNORE_DUP_KEY |
DROP_EXISTING |
STATISTICS_NORECOMPUTE |
SORT_IN_TEMPDB
}
--這是基本語法，建立索引，只針對查詢和一些更新和刪除的速度，像性別一列，如果表裡面有1000行，如果只有1行是男，這樣用索引的話肯定高，如果有990行是男，那麼它不如直接掃描了，這是選擇性
F. 在SQL資料庫中設置索引的原則是什麼（注意是設置不是創建）
其實索引的好壞還和你的查詢語句有關系,就是where後邊的列有關.如果兩者協調不好的話,同樣應用索引也得不到什麼好處.下邊的文章希望對你有益:
索引的設計
A:盡量避免表掃描檢查你的查詢語句的where子句，因為這是優化器重要關注的地方。包含在where裡面的每一列（column)都是可能的侯選索引，為能達到最優的性能，考慮在下面給出的例子：對於在where子句中給出了column1這個列。下面的兩個條件可以提高索引的優化查詢性能！第一：在表中的column1列上有一個單索引第二：在表中有多索引，但是column1是第一個索引的列避免定義多索引而column1是第二個或後面的索引，這樣的索引不能優化伺服器性能例如：下面的例子用了pubs資料庫。
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'按下面幾個列上建立的索引將會是對優化器有用的索引
au_lname
au_lname, au_fname而在下面幾個列上建立的索引將不會對優化器起到好的作用
au_address
au_fname, au_lname考慮使用窄的索引在一個或兩個列上，窄索引比多索引和復合索引更能有效。用窄的索引，在每一頁上將會有更多的行和更少的索引級別（相對與多索引和復合索引而言），這將推進系統性能。對於多列索引，SQL Server維持一個在所有列的索引上的密度統計（用於聯合）和在第一個索引上的
histogram（柱狀圖）統計。根據統計結果，如果在復合索引上的第一個索引很少被選擇使用，那麼優化器對很多查詢請求將不會使用索引。有用的索引會提高select語句的性能，包括insert,uodate,delete。但是，由於改變一個表的內容，將會影響索引。每一個insert,update,delete語句將會使性能下降一些。實驗表明，不要在一個單表上用大量的索引，不要在共享的列上（指在多表中用了參考約束）使用重疊的索引。在某一列上檢查唯一的數據的個數，比較它與表中數據的行數做一個比較。這就是數據的選擇性，這比較結果將會幫助你決定是否將某一列作為侯選的索引列，如果需要，建哪一種索引。你可以用下面的查詢語句返回某一列的不同值的數目。
select count(distinct cloumn_name) from table_name假設column_name是一個10000行的表，則看column_name返回值來決定是否應該使用，及應該使用什麼索引。
Unique values Index
5000 Nonclustered index
20 Clustered index
3 No index
鏃索引和非鏃索引的選擇
<1:>鏃索引是行的物理順序和索引的順序是一致的。頁級，低層等索引的各個級別上都包含實際的數據頁。一個表只能是有一個鏃索引。由於update,delete語句要求相對多一些的讀操作，因此鏃索引常常能加速這樣的操作。在至少有一個索引的表中，你應該有一個鏃索引。在下面的幾個情況下，你可以考慮用鏃索引：例如：某列包括的不同值的個數是有限的（但是不是極少的）顧客表的州名列有50個左右的不同州名的縮寫值，可以使用鏃索引。例如：對返回一定范圍內值的列可以使用鏃索引，比如用between,>,>=,<,<=等等來對列進行操作的列上。
select * from sales where ord_date between Ƌ/1/93' and ƌ/1/93'例如：對查詢時返回大量結果的列可以使用鏃索引。
SELECT * FROM phonebook WHERE last_name = 'Smith'
當有大量的行正在被插入表中時，要避免在本表一個自然增長（例如，identity列）的列上建立鏃索引。如果你建立了鏃的索引，那麼insert的性能就會大大降低。因為每一個插入的行必須到表的最後，表的最後一個數據頁。當一個數據正在被插入（這時這個數據頁是被鎖定的），所有的其他插入行必須等待直到當前的插入已經結束。一個索引的葉級頁中包括實際的數據頁，並且在硬碟上的數據頁的次序是跟鏃索引的邏輯次序一樣的。
<2:>一個非鏃的索引就是行的物理次序與索引的次序是不同的。一個非鏃索引的葉級包含了指向行數據頁的指針。在一個表中可以有多個非鏃索引，你可以在以下幾個情況下考慮使用非鏃索引。在有很多不同值的列上可以考慮使用非鏃索引例如：一個part_id列在一個part表中select * from employee where emp_id = 'pcm9809f'查詢語句中用order by子句的列上可以考慮使用鏃索引
三、查詢語句的設計
SQL Server優化器通過分析查詢語句，自動對查詢進行優化並決定最有效的執行方案。優化器分析查詢語句來決定那個子句可以被優化，並針對可以被優化查詢的子句來選擇有用的索引。最後優化器比較所有可能的執行方案並選擇最有效的一個方案出來。在執行一個查詢時，用一個where子句來限制必須處理的行數，除非完全需要，否則應該避免在一個表中無限制地讀並處理所有的行。例如下面的例子，select qty from sales where stor_id=7131是很有效的比下面這個無限制的查詢select qty from sales避免給客戶的最後數據選擇返回大量的結果集。允許SQL Server運行滿足它目的的函數限制結果集的大小是更有效的。這能減少網路I/O並能提高多用戶的相關並發時的應用程序性能。因為優化器關注的焦點就是where子句的查詢，以利用有用的索引。在表中的每一個索引都可能成為包括在where子句中的侯選索引。為了最好的性能可以遵照下面的用於一個給定列column1的索引。第一：在表中的column1列上有一個單索引第二：在表中有多索引，但是column1是第一個索引的列不要在where子句中使用沒有column1列索引的查詢語句，並避免在where子句用一個多索引的非第一個索引的索引。這時多索引是沒有用的。
For example, given a multicolumn index on the au_lname, au_fname columns of the authors table in
the pubs database,下面這個query語句利用了au_lname上的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'
AND au_fname = 'Johnson'
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_lname = 'White'下面這個查詢沒有利用索引，因為他使用了多索引的非第一個索引的索引
SELECT au_id, au_lname, au_fname FROM authors
WHERE au_fname = 'Johnson'
G. 怎麼在SQL的Select中強制使用指定的索引
--測試數據
CREATETABLEtb(aint,bint,cint)
CREATECLUSTEREDINDEXIDX_tb_aONtb(a)
CREATEINDEXIDX_tb_bONtb(b)
CREATEINDEXIDX_tb_cONtb(c)
INSERTtbSELECT1,3,2
INSERTtbSELECT2,2,1
INSERTtbSELECT3,1,3
--指定使用欄位a上的索引
SELECT*FROMtbWITH(INDEX=IDX_tb_a)
/*--結果
abc
---------------------------------------------
132
221
313
--*/
--指定使用欄位b上的索引
SELECT*FROMtbWITH(INDEX=IDX_tb_b)
/*--結果
abc
---------------------------------------------
313
221
132
--*/
--指定使用欄位c上的索引
SELECT*FROMtbWITH(INDEX=IDX_tb_c)
/*--結果
abc
---------------------------------------------
221
132
313
--*/
DROPTABLEtb
寫了這么多，希望對你有幫助
H. 在SQL中怎樣用指定索引查詢
一般來說在條件中使用索引對應的第一個欄位就可能會用到該索引。
微軟的SQL SERVER提供了兩種索引：聚集索引（clustered index，也稱聚類索引、簇集索引）和非聚集索引（nonclustered index，也稱非聚類索引、非簇集索引）。
索引是資料庫中重要的數據結構，它的根本目的就是為了提高查詢效率。現在大多數的資料庫產品都採用IBM最先提出的ISAM索引結構。
數據搜索實現角度
索引也是另外一類文件/記錄，它包含著可以指示出相關數據記錄的各種記錄。其中，每一索引都有一個相對應的搜索碼，字元段的任意一個子集都能夠形成一個搜索碼。這樣，索引就相當於所有數據目錄項的一個集合，它能為既定的搜索碼值的所有數據目錄項提供定位所需的各種有效支持。
以上內容參考：網路-資料庫索引