A. sql中我創建了索引，但是速度一點也沒改變
索引只有當你查詢的數據為你表中數據的10%左右，效率才最夾，
而你表中都是重復數據，不管怎麼查都是100%的數據量，相當於全表掃描，索引的作用當然體現不出來
而且這個時候全表查詢比索引查詢的速度還快得多
比如你查詢條為 id > x and id< y
在這個條件下的數據為表中數據量10%時，速度比不加索引快
當然你數據量太少是看不出的，搞個萬把條玩玩，你就會發現了
B. sqlserver，表已添加索引，是否仍會隨著數據量不斷不斷增大而查詢越來越慢
無論哪一種資料庫，只要數據量不斷增大都會逐漸變慢，有時候數據到一個量級
速度會斷壁式下跌。
一般是直接從表查詢快。已經是索引列了。但是第一個查詢如果數據不存在還是要遍歷其他的表。這樣速度就大打折扣了。
如果能保證數據一定在指定表中就是第一個快了。
大體分為如下幾種情況會逆襲：
1、這個就是數據不存在，如果挨個遍歷表，速度可能不如使用視圖。
2、使用索引視圖技術，這個跟使用表查詢速度相差不大。
3、sqlserver是高級版本，可以發揮多CPU優勢，這個時候速度也相差不大。
4、索引碎片過多集中在的某三四個表以上，這時候性能都比較沮喪。
看如上，因為我這個是32核CPU，多並行幾個時間只是略多一點，如果單表查詢，那麼執行計劃就是一個分支。
C. sql server建立索引導致插入資料庫變慢
索引的作用在於提升查詢的效能，但是這是以降低插入、修改、刪除操作的性能為代價的。舉例，在插入數據的過程中，數據引擎既要將數據寫入，同時又要維護索引，可能還要判斷主鍵重復等，對性能有一定影響。建議：在插入大量數據時，可以在插入數據前先刪除索引，插入操作完成後再建立索引。這樣避免了引擎在插入數據的同時維護索引，新建的索引也會更加整齊連貫。
D. SQLSERVER 怎樣 加索引 能顯著提高速度
SQLSERVER 怎樣 加索引 能顯著提高速度
1、評估索引本身的佔用空間，當索引相對於其數據本身過大可能會無明顯作用。這種情況
體現在：表很小，索引列過多，索引碎片過多。當索引在select 中不起作用時，你還必須
在insert 和update、delete 這些操作中去維護這些不起作用的數據。
2、In 語句不一定不能使用索引，where id in(1,2)和where id =1 or id=2是等效的，這
里的in 和not in 的性能是相同的。而不能使用索引的原因是嵌套查詢： where id in(sel
ect 1 union select 2).
E. sqlserver 怎麼建索引
一、使用SQL Server界面操作創建
在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出菜單中選擇「設計」，打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，打開「索引/鍵」對話框。對話框中列出了已經存在的索引。
單擊「添加」按鈕。在「選定的主/唯一鍵或索引」框顯示系統分配給新索引的名稱。
在「列」屬性下選擇要創建索引的列。可以選擇多達16列。為獲得最佳性能，最好只選擇一列或兩列。對所選的每一列，可指出索引是按升序還是降序組織列值。
如果要創建唯一索引，則在「是唯一的」屬性中選擇「是」。
設置完成後，單擊「確定」按鈕。
當保存表時，索引即創建在資料庫中。
二、使用CREATE INDEX語句創建索引：
CREATE[UNIQUE][CLUSTERED|NONCLUSTERED]INDEX索引名
ON{表名|視圖名}(列名[ASC|DESC][,...n])
例：
在資料庫HrSystem中為表Employees創建基於IDCard列的唯一索引IX_Employees，可以使用以下命令：
USEHrSystem
GO
CREATEUNIQUENONCLUSTEREDINDEX[IX_Employees]ONdbo.Employees(IdCard)
GO
F. sqlserver怎麼建立索引
什麼是索引
拿漢語字典的目錄頁（索引）打比方：正如漢語字典中的漢字按頁存放一樣，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在索引中搜索數據所花的時間比在表中逐行搜索所花的時間更長
G. mysql 創建索引慢 什麼原因
沒有出錯，本來就是這么個情況，不是說建了索引就一定比不建索引快，這個索引如果是建立在變化區間不大的欄位上，比如說這個欄位要麼是1 要麼是 2，這情況下完全沒必要建立索引，或者說建了索引反而會比不建所以更慢，如果這個欄位的值變化區間很大，那麼建了索引比不建索引更快，當然也不是索引越多越好，這裡面有學問，希望對你有所幫助