sql創建聚集索引

A. sql 中的聚集索引和非聚集索引 分別指的是什麼

聚集索引:其中行的物理排序與索引排序相同，並且聚集索引的最低一級（葉級）包含實際的數據行。一個表或視圖只允許同時有一個聚集索引。 在創建任何非聚集索引之前創建聚集索引。創建聚集索引時重建表上現有的非聚集索引。 如果沒有指定 CLUSTERED，則創建非聚集索引。 1、聚集索引和非聚集索引的根本區別是表記錄的排列順序和與索引的排列順序是否一致，聚集索引表記錄的排列順序與索引的排列順序一致，優點是查詢速度快，因為一旦具有第一個索引值的紀錄被找到，具有連續索引值的記錄也一定物理的緊跟其後。聚集索引的缺點是對表進行修改速度較慢，這是為了保持表中的記錄的物理順序與索引的順序一致，而把記錄插入到數據頁的相應位置，必須在數據頁中進行數據重排，降低了執行速度。建議使用聚集索引的場合為： a.此列包含有限數目的不同值； b.查詢的結果返回一個區間的值； c.查詢的結果返回某值相同的大量結果集。 非聚集索引指定了表中記錄的邏輯順序，但記錄的物理順序和索引的順序不一致，聚集索引和非聚集索引都採用了B+樹的結構，但非聚集索引的葉子層並不與實際的數據頁相重疊，而採用葉子層包含一個指向表中的記錄在數據頁中的指針的方式。非聚集索引比聚集索引層次多，添加記錄不會引起數據順序的重組。建議使用非聚集索引的場合為： a.此列包含了大量數目不同的值； b.查詢的結束返回的是少量的結果集； c.order by 子句中使用了該列。 2、聚集索引:其中行的物理排序與索引排序相同，並且聚集索引的最低一級（葉級）包含實際的數據行。一個表或視圖只允許同時有一個聚集索引。 在創建任何非聚集索引之前創建聚集索引。創建聚集索引時重建表上現有的非聚集索引。 如果沒有指定 CLUSTERED，則創建非聚集索引。 3、--不用索引查詢 SELECT * FROM IndexTestTable WHIT(INDEX(0)) WHERE Status= 'B ' --創建聚集索引

B. 如何用sql語句在列上建立聚集索引

可以用如下語句
create clustered index 索引名 on 表名(欄位名)

C. 創建索引的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的語言等。

D. sql server merger into如何建索引

第一步，我們打開資料庫，找到一個表，打開索引文件夾，你會發現已經有一個索引了，它是表的主鍵。
第二步，我們選擇索引文件夾，右鍵單擊選擇新建索引選項。
第三步，在彈出的新建索引界面，如果你的索引類型選擇聚集的話，會提示你已經存在聚集索引，這是因為主鍵默認就是聚集索引。
第四步，然後添加索引列，同時在索引新建界面給索引起一個索引名稱，勾選唯一。
索引創建好了以後，你就會在索引文件夾下面看到你剛才創建的索引了。

E. 在SQLServer中使用索引的技巧

在SQL Server中 為了查詢性能的優化 有時我們就需要對數據表通過建立索引的方式 目的主要是根據查詢要求 迅速縮小查詢范圍 避免全表掃描

索引有兩種類型 分別是聚集索引(clustered index 也稱聚類索引 簇集索引)和非聚集索引(nonclustered index 也稱非聚類索引 非簇集索引)

聚集索引在一個表中只能有一個 默認情況下在主鍵建立的時候創建 它是規定數據在表中的物理存儲順序 我們也可以取消主鍵的聚集索引 所以必須考慮資料庫可能用到的查詢類型以及使用的最為頻繁的查詢類型 對其最常用的一個欄位或者多個欄位建立聚集索引或者組合的聚集索引 它就是SQL Server會在物理上按升序(默認)或者降序重排數據列 這樣就可以迅速的找到被查詢的數據

非聚集索主要是數據存儲在一個地方 索引存儲在另一個地方 索引帶有指針指向數據的存儲位置 索引中的項目按索引鍵值的順序存儲 而表中的信息按另一種順序存儲 可以在一個表格中使用高達 個非聚集的索引 在查詢的過程中先對非聚集索引進行搜索 找到數據值在表中的位置 然後從該位置直接檢索數據 這使非聚集索引成為精確匹配查詢的最佳方法 因為索引包含描述查詢所搜索的數據值在表中的精確位置的條目

所以我們在選擇創建聚集索引的時候要注意以下幾個方面

) 對表建立主鍵時 就會為主鍵自動添加了聚集索引 如自動編號欄位 而我們沒有必要把聚集索引浪費在主鍵上 除非你只按主鍵查詢 所以會把聚集索引設置在按條件查詢頻率最高的那個欄位或者組合的欄位

) 索引的建立要根據實際應用的需求來進行 並非是在任何欄位上建立索引就能提高查詢速度 聚集索引建立遵循下面幾個原則

包含大量非重復值的列

使用下列運算符返回一個范圍值的查詢 BEEEN > >= < 和 <=

被連續訪問的列

返回大型結果集的查詢

經常被使用聯接或 GROUP BY 子句的查詢訪問的列;一般來說 這些是外鍵列 對ORDER BY 或 GROUP BY 子句中指定的列進行索引 可以使 SQL Server 不必對數據進行排序 因為這些行已經排序 這樣可以提高查詢性能

OLTP 類型的應用程序 這些程序要求進行非常快速的單行查找(一般通過主鍵) 應在主鍵上創建聚集索引

舉例來說 銀行交易日誌中對交易日期建立聚合索引 數據物理上按順序存於數據頁上 重復值也排列在一起 因而在范圍查找時 可以先找到這個范圍的起末點 且只在這個范圍內掃描數據頁 避免了大范圍掃描 提高了查詢速度 而如果我們對員工的基本信息表中性別的欄位列上建立聚集索引 就完全沒有必要 因為內容里只涉及到 男 與 女 兩個不同值

) 在聚集索引中按常用的組合欄位建立索引 形成復合索引 一般在為表建立多個主鍵的時候就會產生 如果一個表中的數據在查詢時有多個欄位總是同時出現則這些欄位就可以作為復合索引 這樣能形成索引覆蓋 提高where語句的查詢效率

)索引對查詢有一這的優化 但由於改變一個表的內容 將會引起索引的變化 頻繁的對數據操作如insert update delete語句將導致系統花費較大的代價進行索引更新 引起整體性能的下降 一般來講 在對查詢性能的要求高於對數據維護性能要求時 應該盡量使用索引 有時在這種操作資料庫比較頻繁的某些極端情況下 可先刪除索引 再對資料庫表更新大量數據 最後再重建索引 新建立的索引總是比較好用

索引在使用了長久的時候 就會產生很多的碎片 查詢的性能就會受到影響 這時候有兩種方法解決 一是利用DBCC INDEXDEFRAG整理索引碎片 還有就是利用DBCC DBREINDEX重建索引

DBCC INDEXDEFRAG 命令是聯機操作 所以索引只有在該命令正在運行時才可用 而且可以在不丟失已完成工作的情況下中斷該操作 這種方法的缺點是在重新組織數據方面沒有聚集索引的除去/重新創建操作有效

重新創建聚集索引將對數據進行重新組織 其結果是使數據頁填滿 填滿程度可以使用 FILLFACTOR 選項進行配置 這種方法的缺點是索引在除去/重新創建周期內為離線狀態 並且操作屬原子級 如果中斷索引創建 則不會重新創建該索引

我們來看看索引重建使用的方法

語法 DBCC DBREINDEX ( [ TableName [ index_name [ fillfactor ] ] ] )

參數 TableName

是要重建其指定的索引的表名 資料庫 所有者和表名必須符合標識符的規則 有關更多信息 請參見使用標識符 如果提供 database 或 owner 部分 則必須使用單引號 ( )

將整個 database owner table_name 括起來 如果只指定 table_name 則不需要單引號

index_name 是要重建的索引名 索引名必須符合標識符的規則 如果未指定 index_name 或指定為 就要對表的所有索引進行重建

fillfactor 是創建索引時每個索引頁上要用於存儲數據的空間百分比 fillfactor替換起始填充因子以作為索引或任何其它重建的非聚集索引(因為已重建聚集索引)的新默認值 如果 fillfactor 為 DBCC DBREINDEX 在創建索引時將使用指定的起始fillfactor

我們在查詢分析器中輸入如下的命令

DBCC DBREINDEX ( MyTable )