⑴ 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在索引中搜索數據所花的時間比在表中逐行搜索所花的時間更長
⑵ SQL表欄位如何建立索引難道就是添加SQL查詢語句
不是添加SQL查詢語句,而是添加創建索引的語句,例如:
1、創建主鍵索引
alter
table
table_name
add
constraint
index_name
primary
key
(col1);
2、創建唯一鍵索引
create
unique
index
uk_name
on
table_name
(col2);
3、創建普通索引
create
index
index_name
on
table_name
(col3);
⑶ 如何解決SQL Server查詢速度緩慢的問題
優化SQL Server查詢速度的方法：
1、把數據、日誌、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提高I/O越重要．
2、縱向、橫向分割表，減少表的尺寸（sp_spaceuse）
3、升級硬體
4、根據查詢條件，建立索引，優化索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用位元組數小的列建索引好（參照索引的創建），不要對有限的幾個值的欄位建單一索引如性別欄位
5、提高網速；
6、擴大伺服器的內存，Windows 2000和SQL server 2000能支持4－8G的內存。
配置虛擬內存：虛擬內存大小應基於計算機上並發運行的服務進行配置。運行 Microsoft SQL Server? 2000 時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的 1．5 倍。如果另外安裝了全文檢索功能，並打算運行 Microsoft 搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的 3 倍。將 SQL Server max server memory 伺服器配置選項配置為物理內存的 1．5 倍（虛擬內存大小設置的一半）。
7、增加伺服器CPU個數；但是必須明白並行處理串列處理更需要資源例如內存。使用並行還是串列程是MsSQL自動評估選擇的。單個任務分解成多個任務，就可以在處理器上運行。例如耽擱查詢的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的並行等級，復雜的需要消耗大量的CPU的查詢最適合並行處理。但是更新操作UPDATE，INSERT， DELETE還不能並行處理。
8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時，查詢耗時和欄位值總長度成正比，所以不能用CHAR類型，而是VARCHAR。對於欄位的值很長的建全文索引。
9、DB Server 和APPLication Server 分離；OLTP和OLAP分離
10、分布式分區視圖可用於實現資料庫伺服器聯合體。
聯合體是一組分開管理的伺服器，但它們相互協作分擔系統的處理負荷。這種通過分區數據形成資料庫伺服器聯合體的機制能夠擴大一組伺服器，以支持大型的多層 Web 站點的處理需要。有關更多信息，參見設計聯合資料庫伺服器。（參照SQL幫助文件''分區視圖''）
a、在實現分區視圖之前，必須先水平分區表
b、在創建成員表後，在每個成員伺服器上定義一個分布式分區視圖，並且每個視圖具有相同的名稱。這樣，引用分布式分區視圖名的查詢可以在任何一個成員伺服器上運行。系統操作如同每個成員伺服器上都有一個原始表的復本一樣，但其實每個伺服器上只有一個成員表和一個分布式分區視圖。數據的位置對應用程序是透明的。
11、重建索引 DBCC REINDEX ，DBCC INDEXDEFRAG，收縮數據和日誌 DBCC SHRINKDB，DBCC SHRINKFILE．設置自動收縮日誌．對於大的資料庫不要設置資料庫自動增長，它會降低伺服器的性能。
在T－sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、查詢語句的詞法、語法檢查
2、將語句提交給DBMS的查詢優化器
3、優化器做代數優化和存取路徑的優化
4、由預編譯模塊生成查詢規劃
5、然後在合適的時間提交給系統處理執行
6、最後將執行結果返回給用戶。
其次，看一下SQL SERVER的數據存放的結構：一個頁面的大小為8K（8060）位元組，8個頁面為一個盤區，按照B樹存放。
12、 Commit和rollback的區別 Rollback：回滾所有的事物。 Commit：提交當前的事物．沒有必要在動態SQL里寫事物，如果要寫請寫在外面如： begin tran exec（@s） commit trans 或者將動態SQL 寫成函數或者存儲過程。
13、在查詢Select語句中用Where字句限制返回的行數，避免表掃描，如果返回不必要的數據，浪費了伺服器的I/O資源，加重了網路的負擔降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯接訪問表，後果嚴重。
14、SQL的注釋申明對執行沒有任何影響
15、盡可能不使用游標，它佔用大量的資源。如果需要row－by－row地執行，盡量採用非游標技術，如：在客戶端循環，用臨時表，Table變數，用子查詢，用Case語句等等。游標可以按照它所支持的提取選項進行分類：只進必須按照從第一行到最後一行的順序提取行。FETCH NEXT 是唯一允許的提取操作，也是默認方式。可滾動性可以在游標中任何地方隨機提取任意行。游標的技術在SQL2000下變得功能很強大，他的目的是支持循環。有四個並發選項 READ_ONLY：不允許通過游標定位更新（Update），且在組成結果集的行中沒有鎖。 OPTIMISTIC WITH valueS：樂觀並發控制是事務控制理論的一個標准部分。樂觀並發控制用於這樣的情形，即在打開游標及更新行的間隔中，只有很小的機會讓第二個用戶更新某一行。當某個游標以此選項打開時，沒有鎖控制其中的行，這將有助於最大化其處理能力。如果用戶試圖修改某一行，則此行的當前值會與最後一次提取此行時獲取的值進行比較。如果任何值發生改變，則伺服器就會知道其他人已更新了此行，並會返回一個錯誤。如果值是一樣的，伺服器就執行修改。選擇這個並發選項?OPTIMISTIC WITH ROW VERSIONING：此樂觀並發控制選項基於行版本控制。使用行版本控制，其中的表必須具有某種版本標識符，伺服器可用它來確定該行在讀入游標後是否有所更改。在 SQL Server 中，這個性能由 timestamp 數據類型提供，它是一個二進制數字，表示資料庫中更改的相對順序。每個資料庫都有一個全局當前時間戳值：@@DBTS。每次以任何方式更改帶有 timestamp 列的行時，SQL Server 先在時間戳列中存儲當前的 @@DBTS 值，然後增加 @@DBTS 的值。如果某個表具有 timestamp 列，則時間戳會被記到行級。伺服器就可以比較某行的當前時間戳值和上次提取時所存儲的時間戳值，從而確定該行是否已更新。伺服器不必比較所有列的值，只需比較 timestamp 列即可。如果應用程序對沒有 timestamp 列的表要求基於行版本控制的樂觀並發，則游標默認為基於數值的樂觀並發控制。 SCROLL LOCKS 這個選項實現悲觀並發控制。在悲觀並發控制中，在把資料庫的行讀入游標結果集時，應用程序將試圖鎖定資料庫行。在使用伺服器游標時，將行讀入游標時會在其上放置一個更新鎖。如果在事務內打開游標，則該事務更新鎖將一直保持到事務被提交或回滾；當提取下一行時，將除去游標鎖。如果在事務外打開游標，則提取下一行時，鎖就被丟棄。因此，每當用戶需要完全的悲觀並發控制時，游標都應在事務內打開。更新鎖將阻止任何其它任務獲取更新鎖或排它鎖，從而阻止其它任務更新該行。然而，更新鎖並不阻止共享鎖，所以它不會阻止其它任務讀取行，除非第二個任務也在要求帶更新鎖的讀取。滾動鎖根據在游標定義的 SELECT 語句中指定的鎖提示，這些游標並發選項可以生成滾動鎖。滾動鎖在提取時在每行上獲取，並保持到下次提取或者游標關閉，以先發生者為准。下次提取時，伺服器為新提取中的行獲取滾動鎖，並釋放上次提取中行的滾動鎖。滾動鎖獨立於事務鎖，並可以保持到一個提交或回滾操作之後。如果提交時關閉游標的選項為關，則 COMMIT 語句並不關閉任何打開的游標，而且滾動鎖被保留到提交之後，以維護對所提取數據的隔離。所獲取滾動鎖的類型取決於游標並發選項和游標 SELECT 語句中的鎖提示。
16、用Profiler來跟蹤查詢，得到查詢所需的時間，找出SQL的問題所在；用索引優化器優化索引
17、注意UNion和UNion all 的區別。UNION all好
18、注意使用DISTINCT，在沒有必要時不要用，它同UNION一樣會使查詢變慢。重復的記錄在查詢里是沒有問題的
19、查詢時不要返回不需要的行、列
20、用sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT來限制查詢消耗的資源。當評估查詢消耗的資源超出限制時，伺服器自動取消查詢，在查詢之前就扼殺掉。 SET LOCKTIME設置鎖的時間
21、用select top 100 / 10 Percent 來限制用戶返回的行數或者SET ROWCOUNT來限制操作的行
22、在SQL2000以前，一般不要用如下的字句
"， "！＝"， "！>"， "！<"， "NOT"， "NOT EXISTS"， "NOT IN"， "NOT LIKE"， and "LIKE ''%500''"，因為他們不走索引全是表掃描。也不要在WHere字句中的列名加函數，如Convert，substring等，如果必須用函數的時候，創建計算列再創建索引來替代．還可以變通寫法：WHERE SUBSTRING（firstname，1，1）＝ ''m''改為WHERE firstname like ''m%''（索引掃描），一定要將函數和列名分開。並且索引不能建得太多和太大。NOT IN會多次掃描表，使用EXISTS、NOT EXISTS ，IN ， LEFT OUTER JOIN 來替代，特別是左連接，而Exists比IN更快，最慢的是NOT操作．如果列的值含有空，以前它的索引不起作用，現在2000的優化器能夠處理了。相同的是IS NULL，「NOT"， "NOT EXISTS"， "NOT IN"能優化她，而」<>」等還是不能優化，用不到索引。
23、使用Query Analyzer，查看SQL語句的查詢計劃和評估分析是否是優化的SQL。一般的20%的代碼占據了80%的資源，我們優化的重點是這些慢的地方。
24、如果使用了IN或者OR等時發現查詢沒有走索引，使用顯示申明指定索引： SELECT * FROM PersonMember （INDEX ＝ IX_Title） WHERE processid IN （『男』，『女』）
25、將需要查詢的結果預先計算好放在表中，查詢的時候再SELECT。這在SQL7．0以前是最重要的手段。例如醫院的住院費計算。
26、MIN（）和 MAX（）能使用到合適的索引。
27、資料庫有一個原則是代碼離數據越近越好，所以優先選擇Default，依次為Rules，Triggers， Constraint（約束如外健主健CheckUNIQUE……，數據類型的最大長度等等都是約束），Procere．這樣不僅維護工作小，編寫程序質量高，並且執行的速度快。
28、如果要插入大的二進制值到Image列，使用存儲過程，千萬不要用內嵌INsert來插入（不知JAVA 是否）。因為這樣應用程序首先將二進制值轉換成字元串（尺寸是它的兩倍），伺服器受到字元後又將他轉換成二進制值．存儲過程就沒有這些動作：方法：Create procere p_insert as insert into table（Fimage） values （@image），在前台調用這個存儲過程傳入二進制參數，這樣處理速度明顯改善。
⑷ Mysql 查詢速度慢怎麼辦
問題
我們有一個 SQL，用於找到沒有主鍵 / 唯一鍵的表，但是在 MySQL 5.7 上運行特別慢，怎麼辦？
實驗
我們搭建一個 MySQL 5.7 的環境，此處省略搭建步驟。
寫個簡單的腳本，製造一批帶主鍵和不帶主鍵的表：
可以看到執行時間變成了 0.67s。
整理
我們診斷的關鍵點如下：
1. 對於 information_schema 中的元數據表，執行計劃不能提供有效信息。
2. 通過查看 MySQL 改寫後的 SQL，我們猜測了優化器發生了誤判。
3. 我們增加了 hint，指導 MySQL 正確進行優化判斷。
但目前我們的實驗僅限於猜測，猜中了萬事大吉，猜不中就無法做出好的診斷。
⑸ 如何優化sql語句，怎麼加索引
1、主鍵就是聚集索引2、只要建立索引就能顯著提高查詢速度3、把所有需要提高查詢速度的欄位都加進聚集索引，以提高查詢速度(四)其他書上沒有的索引使用經驗總結1、用聚合索引比用不是聚合索引的主鍵速度快2、用聚合索引比用一般的主鍵作orderby時速度快，特別是在小數據量情況下3、使用聚合索引內的時間段，搜索時間會按數據占整個數據表的百分比成比例減少，而無論聚合索引使用了多少個4、日期列不會因為有分秒的輸入而減慢查詢速度(五)其他注意事項1.不要索引常用的小型表2.不要把社會保障號碼(SSN)或身份證號碼(ID)選作鍵3.不要用用戶的鍵4.不要索引memo/notes欄位和不要索引大型文本欄位(許多字元)5.使用系統生成的主鍵二、改善SQL語句1、Like語句是否屬於SARG取決於所使用的通配符的類型2、or會引起全表掃描3、非操作符、函數引起的不滿足SARG形式的語句4、IN的作用相當與OR5、盡量少用NOT6、exists和in的執行效率是一樣的7、用函數charindex()和前面加通配符%的LIKE執行效率一樣8、union並不絕對比or的執行效率高9、欄位提取要按照「需多少、提多少」的原則，避免「select*」10、count(*)不比count(欄位)慢11、orderby按聚集索引列排序效率最高12、高效的TOP
⑹ sql怎麼建立索引
進入查詢窗口後，輸入下面的語句：x0dx0ax0dx0aCREATE INDEX mycolumn_index ON mytable (myclumn)x0dx0ax0dx0a這個語句建立了一個名為mycolumn_index的索引。你可以給一個索引起任何名字，但你應該在索引名中包含所索引的欄位名，這對你將來弄清楚建立該索引的意圖是有幫助的。x0dx0ax0dx0a注意：x0dx0ax0dx0a在本書中你執行任何SQL語句，都會收到如下的信息：x0dx0ax0dx0aThis command did not return data,and it did not return any rowsx0dx0ax0dx0a這說明該語句執行成功了。x0dx0ax0dx0a索引mycolumn_index對表mytable的mycolumn欄位進行。這是個非聚簇索引，也是個非唯一索引。（這是一個索引的預設屬性）x0dx0ax0dx0a如果你需要改變一個索引的類型，你必須刪除原來的索引並重建 一個。建立了一個索引後，你可以用下面的SQL語句刪除它：x0dx0ax0dx0aDROP INDEX mytable.mycolumn_indexx0dx0ax0dx0a注意在DROP INDEX 語句中你要包含表的名字。在這個例子中，你刪除的索引是mycolumn_index，它是表mytable的索引。x0dx0ax0dx0a要建立一個聚簇索引，可以使用關鍵字CLUSTERED。）記住一個表只能有一個聚簇索引。（這里有一個如何對一個表建立聚簇索引的例子：x0dx0ax0dx0aCREATE CLUSTERED INDEX mycolumn_clust_index ON mytable(mycolumn)x0dx0ax0dx0a如果表中有重復的記錄，當你試圖用這個語句建立索引時，會出現錯誤。但是有重復記錄的表也可以建立索引；你只要使用關鍵字ALLOW_DUP_ROW把這一點告訴SQL Sever即可：x0dx0ax0dx0aCREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)x0dx0ax0dx0aWITH ALLOW_DUP_ROWx0dx0ax0dx0a這個語句建立了一個允許重復記錄的聚簇索引。你應該盡量避免在一個表中出現重復記錄，但是，如果已經出現了，你可以使用這種方法。x0dx0ax0dx0a要對一個表建立唯一索引，可以使用關鍵字UNIQUE。對聚簇索引和非聚簇索引都可以使用這個關鍵字。這里有一個例子：x0dx0ax0dx0aCREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)x0dx0ax0dx0a這是你將經常使用的索引建立語句。無論何時，只要可以，你應該盡量對一個對一個表建立唯一聚簇索引來增強查詢操作。x0dx0ax0dx0a最後，要建立一個對多個欄位的索引——復合索引——在索引建立語句中同時包含多個欄位名。下面的例子對firstname和lastname兩個欄位建立索引：x0dx0ax0dx0aCREATE INDEX name_index ON username(firstname,lastname)x0dx0ax0dx0a這個例子對兩個欄位建立了單個索引。在一個復合索引中，你最多可以對16個欄位進行索引。x0dx0ax0dx0a用事務管理器建立索引x0dx0ax0dx0a用事務管理器建立索引比用SQL語句容易的多。使用事務管理器，你可以看到已經建立的索引的列表，並可以通過圖形界面選擇索引選項。x0dx0ax0dx0a使用事務管理器你可以用兩種方式建立索引：使用Manage Tables窗口或使用Manage Indexes窗口。x0dx0ax0dx0a要用Manage Tables 窗口建立一個新索引，單擊按鈕Advanced Options(它看起來象一個前面有一加號的表)。這樣就打開了Advanced Options對話框。這個對話框有一部分標名為Primary Key（見圖11.1）。x0dx0ax0dx0a圖11。1x0dx0ax0dx0a要建立一個新索引，從下拉列表中選擇你想對之建立索引的欄位名。如果你想建立一個對多欄位的索引，你可以選擇多個欄位名。你還可以選擇索引是聚簇的還是非聚簇的。在保存表信息後，索引會自動被建立。在Manage Tables窗口中的欄位名旁邊，會出現一把鑰匙。x0dx0ax0dx0a你已經為你的表建立了「主索引」。主索引必須對不包含空值的欄位建立。另外，主索引強制一個欄位成為唯一值欄位。x0dx0ax0dx0a要建立沒有這些限制的索引，你需要使用Manage Indexes窗口。從菜單中選擇Manage|Indexes，打開Manage Indexes 窗口。在Manage Indexes 窗口中，你可以通過下拉框選擇表和特定的索引。（見圖11.2）。要建立一個新索引，從Index下拉框中選擇New Index.，然後就可以選擇要對之建立索引的欄位。單擊按鈕Add，把欄位加人到索引中。x0dx0ax0dx0a圖11。2x0dx0ax0dx0a你可以為你的索引選擇許多不同的選項。例如，你可以選擇該索引是聚簇的還是非聚簇的。你還可以指定該索引為唯一索引。設計好索引後，單擊按鈕Build，建立該索引。x0dx0ax0dx0a注意：x0dx0ax0dx0a唯一索引是指該欄位不能有重復的值，而不是只能建立這一個索引。x0dx0ax0dx0aSQL核心語句x0dx0ax0dx0a在第十章，你學會了如何用SQL SELECT 語句從一個表中取數據。但是，到現在為止，還沒有討論如何添加，修改或刪除表中的數據。在這一節中，你將學習這些內容。x0dx0ax0dx0a插入數據x0dx0ax0dx0a向表中添加一個新記錄，你要使用SQL INSERT 語句。這里有一個如何使用這種語句的例子：x0dx0ax0dx0aINSERT mytable (mycolumn) VALUES (『some data')x0dx0ax0dx0a這個語句把字元串'some data'插入表mytable的mycolumn欄位中。將要被插入數據的欄位的名字在第一個括弧中指定，實際的數據在第二個括弧中給出。x0dx0ax0dx0aINSERT 語句的完整句法如下：x0dx0ax0dx0aINSERT [INTO] {table_name|view_name} [(column_list)] {DEFAULT VALUES |x0dx0ax0dx0aValues_list | select_statement}x0dx0ax0dx0a如果一個表有多個欄位，通過把欄位名和欄位值用逗號隔開，你可以向所有的欄位中插入數據。假設表mytable有三個欄位first_column,second_column,和third_column。下面的INSERT語句添加了一條三個欄位都有值的完整記錄：x0dx0ax0dx0aINSERT mytable (first_column,second_column,third_column)x0dx0ax0dx0aVALUES (『some data','some more data','yet more data')x0dx0ax0dx0a注意：x0dx0ax0dx0a你可以使用INSERT語句向文本型欄位中插入數據。但是，如果你需要輸入很長的字元串，你應該使用WRITETEXT語句。這部分內容對本書來說太高級了，因此不加討論。要了解更多的信息，請參考Microsoft SQL Sever 的文檔。x0dx0ax0dx0a如果你在INSERT 語句中只指定兩個欄位和數據會怎麼樣呢？換句話說，你向一個表中插入一條新記錄，但有一個欄位沒有提供數據。在這種情況下，有下面的四種可能：x0dx0ax0dx0a如果該欄位有一個預設值，該值會被使用。例如，假設你插入新記錄時沒有給欄位third_column提供數據，而這個欄位有一個預設值'some value'。在這種情況下，當新記錄建立時會插入值'some value'。x0dx0a如果該欄位可以接受空值，而且沒有預設值，則會被插入空值。x0dx0a如果該欄位不能接受空值，而且沒有預設值，就會出現錯誤。你會收到錯誤信息：x0dx0aThe column in table mytable may not be null.x0dx0ax0dx0a最後，如果該欄位是一個標識欄位，那麼它會自動產生一個新值。當你向一個有標識欄位的表中插入新記錄時，只要忽略該欄位，標識欄位會給自己賦一個新值。x0dx0a注意：x0dx0ax0dx0a向一個有標識欄位的表中插入新記錄後，你可以用SQL變數@@identity來訪問新記錄x0dx0ax0dx0a的標識欄位的值。考慮如下的SQL語句：x0dx0ax0dx0aINSERT mytable (first_column) VALUES(『some value')x0dx0ax0dx0aINSERT anothertable(another_first,another_second)x0dx0ax0dx0aVALUES(@@identity,'some value')x0dx0ax0dx0a如果表mytable有一個標識欄位，該欄位的值會被插入表anothertable的another_first欄位。這是因為變數@@identity總是保存最後一次插入標識欄位的值。x0dx0ax0dx0a欄位another_first應該與欄位first_column有相同的數據類型。但是，欄位another_first不能是應該標識欄位。Another_first欄位用來保存欄位first_column的值。x0dx0ax0dx0a刪除記錄x0dx0ax0dx0a要從表中刪除一個或多個記錄，需要使用SQL DELETE語句。你可以給DELETE 語句提供WHERE 子句。WHERE子句用來選擇要刪除的記錄。例如，下面的這個DELETE語句只刪除欄位first_column的值等於'Delete Me'的記錄：x0dx0ax0dx0aDELETE mytable WHERE first_column='Deltet Me'x0dx0ax0dx0aDELETE 語句的完整句法如下：x0dx0ax0dx0aDELETE [FROM] {table_name|view_name} [WHERE clause]x0dx0ax0dx0a在SQL SELECT 語句中可以使用的任何條件都可以在DELECT 語句的WHERE子句中使用。例如，下面的這個DELETE語句只刪除那些first_column欄位的值為'goodbye'或 second_column欄位的值為 'so long'的記錄：x0dx0ax0dx0aDELETE mytable WHERE first_column='goodbyOR second_column='so long'x0dx0ax0dx0a如果你不給DELETE 語句提供WHERE 子句，表中的所有記錄都將被刪除。你不應該有這種想法。如果你想刪除應該表中的所有記錄，應使用第十章所講的TRUNCATE TABLE語句。x0dx0ax0dx0a注意：x0dx0ax0dx0a為什麼要用TRUNCATE TABLE 語句代替DELETE語句？當你使用TRUNCATE TABLE語句時，記錄的刪除是不作記錄的。也就是說，這意味著TRUNCATE TABLE 要比DELETE快得多
⑺ 如何解決SQL查詢速度太慢
1. 執行計劃中明明有使用到索引，為什麼執行還是這么慢？
2. 執行計劃中顯示掃描行數為 644，為什麼 slow log 中顯示 100 多萬行？
a. 我們先看執行計劃，選擇的索引 「INDX_BIOM_ELOCK_TASK3(TASK_ID)」。結合 sql 來看，因為有 "ORDER BY TASK_ID DESC" 子句，排序通常很慢，如果使用了文件排序性能會更差，優化器選擇這個索引避免了排序。
那為什麼不選 possible_keys:INDX_BIOM_ELOCK_TASK 呢？原因也很簡單，TASK_DATE 欄位區分度太低了，走這個索引需要掃描的行數很大，而且還要進行額外的排序，優化器綜合判斷代價更大，所以就不選這個索引了。不過如果我們強制選擇這個索引（用 force index 語法），會看到 SQL 執行速度更快少於 10s，那是因為優化器基於代價的原則並不等價於執行速度的快慢；
b. 再看執行計劃中的 type:index，"index" 代表 「全索引掃描」，其實和全表掃描差不多，只是掃描的時候是按照索引次序進行而不是行，主要優點就是避免了排序，但是開銷仍然非常大。
Extra:Using where 也意味著掃描完索引後還需要回表進行篩選。一般來說，得保證 type 至少達到 range 級別，最好能達到 ref。
在第 2 點中提到的「慢日誌記錄Rows_examined: 1161559，看起來是全表掃描」，這里更正為「全索引掃描」，掃描行數確實等於表的行數；
c. 關於執行計劃中：「rows：644」，其實這個只是估算值，並不準確，我們分析慢 SQL 時判斷准確的掃描行數應該以 slow log 中的 Rows_examined 為准。
4. 優化建議：添加組合索引 IDX_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID)
優化過程：
TASK_DATE 欄位存在索引，但是選擇度很低，優化器不會走這個索引，建議後續可以刪除這個索引：
select count(*),count(distinct TASK_DATE) from T_BIOMA_ELOCK_TASK;+------------+---------------------------+| count(*) | count(distinct TASK_DATE) |+------------+---------------------------+| 1161559 | 223 |+------------+---------------------------+
在這個 sql 中 REL_DEVID 欄位從命名上看選擇度較高，通過下面 sql 來檢驗確實如此：
select count(*),count(distinct REL_DEVID) from T_BIOMA_ELOCK_TASK;+----------+---------------------------+| count(*) | count(distinct REL_DEVID) |+----------+---------------------------+| 1161559 | 62235 |+----------+---------------------------+
由於有排序，所以得把 task_id 也加入到新建的索引中，REL_DEVID,task_id 組合選擇度 100%：
select count(*),count(distinct REL_DEVID,task_id) from T_BIOMA_ELOCK_TASK;+----------+-----------------------------------+| count(*) | count(distinct REL_DEVID,task_id) |+----------+-----------------------------------+| 1161559 | 1161559 |+----------+-----------------------------------+
在測試環境添加 REL_DEVID，TASK_ID 組合索引，測試 sql 性能：alter table T_BIOMA_ELOCK_TASK add index idx_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID);
添加索引後執行計劃：
這里還要注意一點「隱式轉換」：REL_DEVID 欄位數據類型為 varchar，需要在 sql 中加引號：AND T.REL_DEVID = 000000025xxx >> AND T.REL_DEVID = '000000025xxx'
執行時間從 10s+ 降到 毫秒級別：
1 row in set (0.00 sec)
結論
一個典型的 order by 查詢的優化，添加更合適的索引可以避免性能問題：執行計劃使用索引並不意味著就能執行快。
⑻ SQL資料庫索引怎麼創建
方法如下： Oracle中建立索引，會提高查詢速度： create index 索引名 on 表名(列名); 例如： create index index_userid on tbl_detail(userid); 如何找資料庫表的主鍵欄位的名稱
⑼ SQL表欄位如何建立索引難道就是添加SQL查詢語句
1、創建測試表，
create table test_index(id varchar2(20)， v_date date);
⑽ 如何解決SQL查詢速度太慢
呵呵，這個問題很有趣不是嗎？
上面的同志們只是給出一些建議，以我的經驗來看（oracle），
如果數據量較大，索引的重復量盡量避免，最好的方式是建立非業務id（最好使用自增或是序列），把這個id建立索引。
你的最大的問題就是，建立了索引後，索引列必須出現在where中，否則索引就白白建立了，比如你的id是從1一直到383000，那麼你的語句可以寫成
select
*
from
hr_worktime
where
id>-1
還有就是，where條件中避免出現!=,or,between,等東西，否則索引實效。