『壹』 如何提高sql語句的執行效率
需要提高效率，可以從以下考慮：
第一，建立搜索條件對應的索引
第二，盡量不要使用 select * ，應該改成 select 列1,列2,...
第三，升級SQL版本，SQL2008比SQL2000的速度提高是很多的
第四，如果表有大容量的欄位，如 圖片，文檔，應該考慮用FTP來做，不是把數據放在資料庫
『貳』 如何提高sql語句的執行效率
1、使用ordered提示
Oracle必須花費大量的時間來剖析多表的合並，用以確定表合並的最佳順序。SQL表達式涉及七個乃至更多的表合並，那麼有時就會需要超過30分鍾的時間來剖析，Ordered這個提示(hint)和其他的提示一起使用能夠產生合適的合並順序。
2、使用ordered_predicates
ordered_predicates提示在查詢的WHERE子句里指定的，並被用來指定布爾判斷(Booleanpredicate)被評估的順序。在沒有ordered_predicates的情況下，Oracle會使用下面這些步驟來評估SQL判斷的順序：子查詢的評估先於外層WHERE子句里的Boolean條件。
所有沒有內置函數或者子查詢的布爾條件都按照其在WHERE子句里相反的順序進行評估，即最後一條判斷最先被評估。每個判斷都帶有內置函數的布爾判斷都依據其預計的評估值按遞增排列。
3、限製表格合並評估的數量
提高SQL剖析性能的最後一種方法是強製取代Oracle的一個參數，這個參數控制著在評估一個查詢的時候，基於消耗的優化器所評估的可能合並數量。
(2)多條sql語句執行效率擴展閱讀：
1、表設計的優化，數據行的長度不要超過8020位元組，如果超過這個長度的話在物理頁中這條數據會佔用兩行從而造成存儲碎片，降低查詢效率。
2、語句的查詢優化，保證在實現功能的基礎上，盡量減少對資料庫的訪問次數；
3、建立高效的索引創建索引一般有以下兩個目的：維護被索引列的唯一性和提供快速訪問表中數據的策略。
大型資料庫有兩種索引即簇索引和非簇索引，一個沒有簇索引的表是按堆結構存儲數據，所有的數據均添加在表的尾部，而建立了簇索引的表，其數據在物理上會按照簇索引鍵的順序存儲。個表只允許有一個簇索引。
4、強制查詢轉換，有時候oracle 的優化器未必能走正確的查詢路線，這個時候就需要添加一些hint 之類的來規定他的執行路線。當然了，這個未必是最好的處理方案。因為雖然現在走這個路線是對的，以為因為數據的變化到這這個HINT 變得不可取。
『叄』 sql語句問題，請問如何提高運行效率和速度
其實你的效率低的原因不是用SQL語句還是存儲過程的問題。看你的描述以及代碼，如果是多次循環上述代碼的話，確實效率會比較低，原因是有一次循環就會和資料庫產生一次查詢和更新通訊，希望增加效率應該從盡量減少和資料庫通訊方面來考慮解決,因為是這里出現了效率瓶頸。
下面是具體的代碼分析：
首先更新和插入操作是無法減少的，必須一條紀錄一條紀錄更新，一條紀錄一條紀錄的插入，但是查詢完全可減低為一次查詢。
下面是偽代碼：
strsql="select * from "&tabl&" where id+idd in ('所有要循環的id+idd，他們之間用逗號分開')"
rs.open strsql,conn,3,3
do while not rs.eof
rs("degree")=rs("degree")+1
tempstr=tempstr&id&idd&"|" '這里是將資料庫中存在的id,idd記錄保存下來，存入一個臨時變數中，用|符號分割開。
rs.update
rs.movenext
loop
'上面的代碼是更新了資料庫中存在的紀錄，並記錄下了存在的記錄ID+IDD
下面將所有存在的已update的id+idd的值從所有的id+idd的值中剔除掉，取到所有需要insert的id+idd紀錄，然後一起insert進資料庫即可。代碼我不再寫了，這樣的字元串對比操作並不難，因為這樣都是內存操作，速度會很快。僅提供一個思路。希望對你有用。
『肆』 如何提高SQL語句執行效率
調整不良SQL通常可以從以下幾點切入：
? 檢查不良的SQL，考慮其寫法是否還有可優化內容
? 檢查子查詢 考慮SQL子查詢是否可以用簡單連接的方式進行重新書寫
? 檢查優化索引的使用
? 考慮資料庫的優化器
2. 避免出現SELECT * FROM table 語句，要明確查出的欄位。
3. 在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。
4. 查詢時盡可能使用索引覆蓋。即對SELECT的欄位建立復合索引，這樣查詢時只進行索引掃描，不讀取數據塊。
5. 在判斷有無符合條件的記錄時建議不要用SELECT COUNT （*）和select top 1 語句。
6. 使用內層限定原則，在拼寫SQL語句時，將查詢條件分解、分類，並盡量在SQL語句的最里層進行限定，以減少數據的處理量。
7. 應絕對避免在order by子句中使用表達式。
『伍』 sql語言的執行效率
使用explain命令，寫在執行的sql前面，即可查看執行過程，看看索引使用情況
『陸』 SQL執行效率
方式1快.
因為他直接執行SQL語句.
方式2是將SQL語句放在數據集中,然後通過記錄集去執行的.
------------------------------------------------------------
cnn.execute("select conut(id) from 表名")
這樣是最快的.如果要再快,可以將多條SQL語句寫成存儲過程.
但是適用於多條語句.
------------------------------------------------------------
conn.execute("exec 存儲過程名 參數1 參數2")
裡面和在查詢分析器中是一個寫法
具體見:http://topic.csdn.net/t/20040612/08/3085161.html
『柒』 以下哪種方法執行SQL語句最有效率
優化sql語句執行效率的方法：
1)盡量選擇較小的列
2)將where中用的比較頻繁的欄位建立索引
3)select子句中避免使用『*』
4)避免在索引列上使用計算、not in 和<>等操作
5)當只需要一行數據的時候使用limit 1
6)保證單表數據不超過200W，適時分割表。
針對查詢較慢的語句，可以使用explain 來分析該語句具體的執行情況。
『捌』 SQL語句 怎樣提高select語句的執行效率
需要提高效率，可以從以下考慮：
第一，建立搜索條件對應的索引
第二，盡量不要使用
select
*
，應該改成
select
列1,列2,...
第三，升級SQL版本，SQL2008比SQL2000的速度提高是很多的
第四，如果表有大容量的欄位，如
圖片，文檔，應該考慮用FTP來做，不是把數據放在資料庫
『玖』 MSSQL如何查看sql語句執行時間判斷執行效率
寫程序的人，往往需要分析所寫的SQL語句是否已經優化過了，伺服器的響應時間有多快，這個時候就需要用到SQL的STATISTICS狀態值來查看了。
通過設置STATISTICS我們可以查看執行SQL時的系統情況。選項有PROFILE，IO ，TIME。介紹如下：
SET STATISTICS PROFILE ON：顯示分析、編譯和執行查詢所需的時間（以毫秒為單位）。
SET STATISTICS IO ON：報告與語句內引用的每個表的掃描數、邏輯讀取數（在高速緩存中訪問的頁數）和物理讀取數（訪問磁碟的次數）有關的信息。
SET STATISTICS TIME ON：顯示每個查詢執行後的結果集，代表查詢執行的配置文件。
使用方法：打開SQL SERVER 查詢分析器，輸入以下語句：
SET STATISTICS PROFILE ON
SET STATISTICS IO ON
SET STATISTICS TIME ON
GO /*--你的SQL腳本開始*/
SELECT [TestCase] FROM [TestCaseSelect]
GO /*--你的SQL腳本結束*/
SET STATISTICS PROFILE OFF
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
效果如圖所示：
另外，也可以通過手工添加語句，計算執行時間來查看執行語句花費了的時間，以判斷該條SQL語句的效率如何：
declare @d datetime
set @d=getdate()
/*你的SQL腳本開始*/
SELECT [TestCase] FROM [TestCaseSelect]
/*你的SQL腳本結束*/
select [語句執行花費時間(毫秒)]=datediff(ms,@d,getdate())