sqlserver索引
❶ 如何查表是否有索引 sqlserver
1、本文以表pi_content為例，相應的欄位為（[piid] int, [seqnum] int,[phname] nvarchar(50),[content] nvarchar(MAX)），數據量為百萬級。
❷ sqlserver 怎麼建索引
（1）在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出菜單中選擇「設計」，打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，打開「索引/鍵」對話框。對話框中列出了已經存在的索引，如下圖所示。
（2）單擊「添加」按鈕。在「選定的主/唯一鍵或索引」框顯示系統分配給新索引的名稱。
（3）在「列」屬性下選擇要創建索引的列。可以選擇多達16列。為獲得最佳性能，最好只選擇一列或兩列。對所選的每一列，可指出索引是按升序還是降序組織列值。
（4）如果要創建唯一索引，則在「是唯一的」屬性中選擇「是」。
（5）設置完成後，單擊「確定」按鈕。
（6）當保存表時，索引即創建在資料庫中。
使用CREATE INDEX語句創建索引：
復制內容到剪貼板
代碼:
CREATE[ UNIQUE ] [ CLUSTERED | NONCLUSTERED ] INDEX索引名
ON {表名|視圖名} (列名[ ASC | DESC ] [ ,...n ] )
例：
在資料庫HrSystem中為表Employees創建基於IDCard列的唯一索引IX_Employees，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATE UNIQUE NONCLUSTERED INDEX [IX_Employees]ONdbo.Employees(IdCard)
GO
例：
為表Employees創建基於列IDCard的唯一、聚集索引IX_Employees1，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATE UNIQUE CLUSTERED INDEX [IX_Employees1] ON [dbo].[Employees](IdCard)
GO
需要注意的是，在一個表中只允許存在一個聚集索引。因此，如果表Employees中已經存在一個聚集索引，則執行上面的語句時將會提示下面的錯誤信息。
消息1902，級別16，狀態3，第1行
無法對表'dbo.Employees'創建多個聚集索引。請在創建新聚集索引前刪除現有的聚集索引'PK__Employee__263E2DD300551192'。 例：
對表Employees的列Emp_name按照降序創建索引，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATENONCLUSTERED INDEX [IX_Employees2] ON [dbo].[Employees]
(
[Emp_name] DESC
)
GO
在CREATE INDEX語句中使用INCLUDE子句，可以在創建索引時定義包含的非鍵列，其語法結構如下：
復制內容到剪貼板
代碼:
CREATENONCLUSTERED INDEX 索引名
ON { 表名| 視圖名 } ( 列名 [ ASC | DESC ] [ ,...n ] )
INCLUDE (<列名1>, <列名2>, [,… n])
例： 在表Employees上創建非聚集索引IX_Wage，索引中的鍵列為Wage，非鍵列為Emp_name、Sex和Title，具體語句如下：
復制內容到剪貼板
代碼:
USEHrSystem
GO
CREATENONCLUSTERED INDEX IX_Wage
ON Employees ( Wage )
INCLUDE (Emp_name, Sex, Title)
GO
例： 在創建索引IX_Wage後，當表Employees中的數據量比較大時，執行下面的SELECT語句將會明顯地改進查詢效率。
復制內容到剪貼板
代碼:
USEHrSystem
GO
SELECTEmp_name, Sex, Title, Wage
FROMEmployees
WHEREWage BETWEEN 1000 AND 3000
GO
修改索引：
在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出的菜單中選擇「設計表」，打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，打開「索引/鍵」對話框，並查看已經存在的索引及修改索引的屬性信息。
也可以使用ALTER INDEX語句修改索引，其基本語法如下：
復制內容到剪貼板
代碼:
ALTER INDEX { 索引名| ALL }
ON <表名|視圖名>
{ REBUILD | DISABLE | REORGANIZE }[ ; ]
ALTER INDEX語句的參數比較復雜，這里只介紹它的基本使用情況。參數說明如下：
REBUILD指定重新生成索引。 DISABLE指定將索引標記為已禁用。 REORGANIZE指定將重新組織的索引葉級。
例：
要禁用索引IX_Employees，可以使用下面的語句：
復制內容到剪貼板
代碼:
USE HrSystem
GO
ALTERINDEX IX_Employees ON Employees DISABLE
GO
刪除索引：
在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出的菜單中選擇「設計表」。打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，在打開的「索引/鍵」對話框中列出了已經存在的索引。單擊「刪除」按鈕，即可刪除索引信息。
復制內容到剪貼板
代碼:
DROP INDEX 表名.索引名|視圖名.索引名[ ,...n ]
總結：
o（1）索引並非越多越好，一個表中如果有大量的索引，不僅佔用大量的磁碟空間，而且會影響INSERT、DELETE、UPDATE等語句的性能。因為當表中數據更改的同時，索引也會進行調整和更新。
o（2）避免對經常更新的表進行過多的索引，並且索引中的列盡可能少。而對經常用於查詢的欄位應該創建索引，但要避免添加不必要的欄位。
o（3）數據量小的表最好不要使用索引，由於數據較少，查詢花費的時間可能比遍歷索引的時間還要短，索引可能不會產生優化效果。
o（4）在條件表達式中經常用到的、不同值較多的列上建立索引，在不同值少的列上不要建立索引。比如在學生表的「性別」欄位上只有「男」與「女」兩個不同值，因此就無須建立索引。如果建立索引，不但不會提高查詢效率，反而會嚴重降低更新速度。
o（5）當唯一性是某種數據本身的特徵時，指定唯一索引。使用唯一索引能夠確保定義的列的數據完整性，提高查詢速度。
o（6）在頻繁進行排序或分組（即進行GROUPBY或ORDERBY操作）的列上建立索引，如果待排序的列有多個，可以在這些列上建立組合索引。
❸ sqlserver 索引
索引的基本結構
「索引（Index）提供查詢的速度」這是對索引的最基本的解釋，接下來我們將通過介紹索引的組成，讓大家對索引有更深入的理解。 索引是資料庫中的一個獨特的結構，由於它保存資料庫信息，那麼我們就需要給它分配磁碟空間和維護索引表。創建索引並不會改變表中的數據，它只是創建了一個新的數據結構指向數據表；打個比方，平時我們使用字典查字時，首先我們要知道查詢單詞起始字母，然後翻到目錄頁，接著查找單詞具體在哪一頁，這時我們目錄就是索引表，而目錄項就是索引了。
當然，索引比字典目錄更為復雜，因為資料庫必須處理插入，刪除和更新等操作，這些操作將導致索引發生變化。葉節點
假設我們磁碟上的數據是物理有序的，那麼資料庫在進行插入，刪除和更新操作時，必然會導致數據發生變化，如果我們要保存數據的連續和有序，那麼我們就需要移動數據的物理位置，這將增大磁碟的I/O，使得整個資料庫運行非常緩慢；使用索引的主要目的是使數據邏輯有序，使數據獨立於物理有序存儲。
為了實現數據邏輯有序，索引使用雙向鏈表的數據結構來保持數據邏輯順序，如果要在兩個節點中插入一個新的節點只需修改節點的前驅和後繼，而且無需修改新節點的物理位置。雙向鏈表（Doubly linked list）也叫雙鏈表，是鏈表的一種，它的每個數據結點中都有兩個指針，分別指向直接後繼和直接前驅。所以，從雙向鏈表中的任意一個結點開始，都可以很方便地訪問它的前驅結點和後繼結點。
理論上說，從雙向鏈表中刪除一個元素操作的時間復雜度是O(1)，如果希望刪除一個具體有給定關鍵字的元素，那麼最壞的情況下的時間復雜度為O(n)。
在刪除的過程中，我們只需要將要刪除的節點的前節點和後節點相連，然後將要刪除的節點的前節點和後節點置為null即可。索引的類型
我們知道索引的類型有兩種：聚集索引和非聚集索引。
聚集索引：物理存儲按照索引排序。
非聚集索引：物理存儲不按照索引排序。了解更多知識點擊鏈接：http://www.jb51.net/article/30971.htm
❹ SQLSERVER對索引的利用及非SARG運算符認識
寫SQL語句的時候很多時候會用到filter篩選掉一些記錄，SQL對篩選條件簡稱：SARG（search
argument/SARG）
復制代碼
代碼如下:
where
amount>4000
and
amount<6000上面這句就是篩選條件
當然這里不是說SQLSERVER的where子句，是說SQLSERVER對索引的利用在SQLSERVER對於沒有SARG運算符的表達式，索引是沒有用的，SQLSERVER對它們很難使用比較優化的做法。
意思是說，如果你的SQL語句中沒有where子句包括非SARG運算符，那麼你的SQL語句是不會用到表格中的索引的
下面說一下哪些是非SARG運算符：
非SARG運算符包括
NOT、
<>、
NOT
EXISTS、
NOT
IN、
NOT
LIKE
規律就是有「NOT」
關鍵字
或者
不等於的意思
基本上利用不了索引
還有一些內部函數，如果使用這些內部函數SQLSERVER也不會用到索引
內部函數，例如：CONVERT()，UPPER()等
❺ sqlserver怎麼為表添加索引怎麼用
可以用create index創建索引,如create index test_idx on tablename(col1,col2)
系統優化時會自動選擇使整個查詢開銷最小的查詢計劃。如你的sql 為select * from tablename where col1 = @col1 and col2 = @col2 時一般都會用到索引。
❻ SqlServer：索引是什麼，以及為什麼使用索引
收藏
問題反饋
索引
索引，使用索引可快速訪問資料庫表中的特定信息。索引是對資料庫表中一列或多列的值進行排序的一種結構。 在關系資料庫中，索引是一種與表有關的資料庫結構，它可以使對應於表的SQL語句執行得更快。索引的作用相當於圖書的目錄，可以根據目錄中的頁碼快速找到所需的內容。當表中有大量記錄時，若要對表進行查詢，第一種搜索信息方式是全表搜索，是將所有記錄一一取出，和查詢條件進行一一對比，然後返回滿足條件的記錄，這樣做會消耗大量資料庫系統時間，並造成大量磁碟I/O操作；第二種就是在表中建立索引，然後在索引中找到符合查詢條件的索引值，最後通過保存在索引中的ROWID（相當於頁碼）快速找到表中對應的記錄。 索引是一個單獨的、物理的資料庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識這些值的數據頁的邏輯指針清單。 索引提供指向存儲在表的指定列中的數據值的指針，然後根據您指定的排序順序對這些指針排序。資料庫使用索引的方式與您使用書籍中的索引的方式很相似：它搜索索引以找到特定值，然後順指針找到包含該值的行。 在資料庫關系圖中，可以在選定表的「索引/鍵」屬性頁中創建、編輯或刪除每個索引類型。當保存索引所附加到的表，或保存該表所在的關系圖時，索引將保存在資料庫中。
❼ 如何查詢sqlserver資料庫中得所有索引
select a.name as tabname
,h.name as idname
from sys.objects as a
right join sys.indexes as h on a.object_id=h.object_id
where a.type<>'s'
go
由於索引和系統列沒有直接對應關系 所以不能直接查看列欄位和欄位長度
❽ sqlserver怎麼建立索引
--創建索引
CREATE NONCLUSTERED INDEX IX_TEST_TNAME --創建一個非聚集索引
ON TEST(TNAME) --為TEST表的TNAME欄位創建索引
WITH FILLFACTOR = 30 --填充因子為30%
GO
SELECT * FROM TEST(INDEX = IX_TEST_TNAME) WHERE TNAME = 'A' --指定按『IX_TE
❾ 為什麼說SQLServer全文索引有局限性
下面假設有這樣一個例子：在DataBase_name。dbo。Table_name中有一個名為Title(標題)和Contents(內容)的欄位，現在需要查詢在Title或者Contents中包括「qq」字元的所有記錄。 面對這樣的一個場景，我們通常都會寫這樣一個腳本：SELECT * FROM DataBase_name。
dbo。Table_name WHERE Title LIKE '%qq%' OR Contents LIKE '%qq%'; 沒錯，這也是我第一個想到的方法。但是我們需要思考的是：隨著時間的推移，數據會越來越大，那個時候我們該如何提高我們的性能?用戶隨時都有可能再添加對Remark(備注)欄位進行查找，難道我們就應該不厭其煩地修改程序代碼? 需要指出的是：面對這樣的查詢條件，即使Title和Contents上都有索引，我們也無法使用到索引，因為在 '%qq%'的「qq」前面使用了通配符，所以無法使用到索引;如果查詢的條件是'qq%'，那到是可以利用上索引。
在許多資料庫性能調優的文章上都說OR這個謂詞可以使用SELECT UNION ALL SELECT這樣的方式來提高性能，但是需要提醒大家的是：如果在一條記錄中欄位Title和Contents都同時存在「中國」字元的話，那麼返回的結果就會出現兩條相同的記錄，如果你希望是唯一的記錄，那麼這個時候你就要注意了。
現在回到我們上面的問題，大概這個時候大家都應該想到了資料庫的全文索引了。全文索引是一種特殊類型的基於標記的功能性索引，由 Microsoft SQL Server 全文引擎 (MSFTESQL) 服務創建和維護。創建全文索引的過程與創建其他類型的索引的過程差別很大。
MSFTESQL 不是基於某一特定行中存儲的值來構造 B 樹結構，而是基於要索引的文本中的各個標記來創建倒排、堆積且壓縮的索引結構。(摘自MSDN) 為什麼說SQL Server 全文索引不是萬能的?可能大家都懷疑我是不是標題黨了，呵呵，馬上就講到，那就是這個全文索引能解決我們一開始提到的場景嗎?回答是否定。
為什麼呢?因為它的分詞和倒排索引造成了對字元串「tqq。tencent。com」這樣的內容進行『「*qq*」』這樣的條件查詢，上面那條記錄是不會被返回的。它的分詞應該是正向最大值的分詞方法，它沒有對方向再進行一次分詞和索引，索引無法查詢到。這個可能會被大家所忽略掉的。
❿ 認識SQLServer索引以及單列索引和多列索引的不同
SQLServer索引是為了加快查詢的速度。
單列索引，就是以一個欄位建立的索引，如 學號 ;
多列索引，就是以一個以上的欄位建立的索引，如 學號,課程號。