成都創(chuàng)新互聯(lián)公司堅持“要么做到,要么別承諾”的工作理念,服務領域包括:成都網(wǎng)站建設、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務,滿足客戶于互聯(lián)網(wǎng)時代的豐臺網(wǎng)站設計、移動媒體設計的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡建設合作伙伴!
1,如何提高sql語句的效率
具體情況,具體分析,要把你的表,查詢條件等等都說清楚才好回答。一般建議,如果數(shù)據(jù)表很大,常查的字段要建立索引,某些情況下,要采用一些違反第三范式的做法。把有可能要大量查詢的動作,分散到平時去進行??傊畣栴}不同,策略不同。一樓說的很有道理,再比如,把一些常用的查詢語句,做成存儲過程,或視圖,這樣更方便。 再就是編寫精煉的SQL語句,盡量減少運行時間!一、數(shù)據(jù)庫建立合理的索引。 二、精簡sql語句中的查詢(如少用聯(lián)合和匯總以及模糊查詢) 三、增加服務器的硬件(加內(nèi)存是最好的解決方法)2,SQL2008或SQL2012 如何配置使SQL的執(zhí)行效率最高
提升數(shù)據(jù)插入速度,主要瓶頸在io上面。1、采用固定內(nèi)存分配,如果服務器上只有SQLSERVER在運行,使用6G給系統(tǒng),42G給SQLSERVER。2、做磁盤陣列RAID10,第一個陣列放置系統(tǒng),temp數(shù)據(jù)庫,第二個陣列放置數(shù)據(jù)文件,第三個陣列放置日志文件。你是用什么工具?如果你用的是plsql/developer。你執(zhí)行計劃就行了。選中你語句,按F5,可以看出語句塊執(zhí)行的效率,從而分析出哪一塊效率低下需要優(yōu)化你是用什么工具?如果你用的是plsql/developer。你執(zhí)行計劃就行了。 選中你語句,按f5,可以看出語句塊執(zhí)行的效率,從而分析出哪一塊效率低下需要優(yōu)化3,如何提高SQL的執(zhí)行效率
一、數(shù)據(jù)庫建立合理的索引。 二、精簡sql語句中的查詢(如少用聯(lián)合和匯總以及模糊查詢) 三、增加服務器的硬件(加內(nèi)存是最好的解決方法)1. SQL優(yōu)化的原則是:將一次操作需要讀取的BLOCK數(shù)減到最低,即在最短的時間達到最大的數(shù)據(jù)吞吐量。 調(diào)整不良SQL通??梢詮囊韵聨c切入: ? 檢查不良的SQL,考慮其寫法是否還有可優(yōu)化內(nèi)容 ? 檢查子查詢 考慮SQL子查詢是否可以用簡單連接的方式進行重新書寫 ? 檢查優(yōu)化索引的使用 ? 考慮數(shù)據(jù)庫的優(yōu)化器 2. 避免出現(xiàn)SELECT * FROM table 語句,要明確查出的字段。 3. 在一個SQL語句中,如果一個where條件過濾的數(shù)據(jù)庫記錄越多,定位越準確,則該where條件越應該前移。 4. 查詢時盡可能使用索引覆蓋。即對SELECT的字段建立復合索引,這樣查詢時只進行索引掃描,不讀取數(shù)據(jù)塊。 5. 在判斷有無符合條件的記錄時建議不要用SELECT COUNT (*)和select top 1 語句。 6. 使用內(nèi)層限定原則,在拼寫SQL語句時,將查詢條件分解、分類,并盡量在SQL語句的最里層進行限定,以減少數(shù)據(jù)的處理量。 7. 應絕對避免在order by子句中使用表達式。 8. 如果需要從關聯(lián)表讀數(shù)據(jù),關聯(lián)的表一般不要超過7個。 9. 小心使用 IN 和 OR,需要注意In集合中的數(shù)據(jù)量。建議集合中的數(shù)據(jù)不超過200個。 10. <> 用 < 、 > 代替,>用>=代替,<=代替,這樣可以有效的利用索引。 11. 在查詢時盡量減少對多余數(shù)據(jù)的讀取包括多余的列與多余的行。 12. 對于復合索引要注意,例如在建立復合索引時列的順序是F1,F(xiàn)2,F(xiàn)3,則在where或order by子句中這些字段出現(xiàn)的順序要與建立索引時的字段順序一致,且必須包含第一列。只能是F1或F1,F(xiàn)2或F1,F(xiàn)2,F(xiàn)3。否則不會用到該索引。 13. 多表關聯(lián)查詢時,寫法必須遵循以下原則,這樣做有利于建立索引,提高查詢效率。格式如下select sum(table1.je) from table1 table1, table2 table2, table3 table3 where (table1的等值條件(=)) and (table1的非等值條件) and (table2與table1的關聯(lián)條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關聯(lián)條件) and (table3的等值條件) and (table3的非等值條件)。 注:關于多表查詢時from 后面表的出現(xiàn)順序?qū)π实挠绊戇€有待研究。 14. 子查詢問題。對于能用連接方式或者視圖方式實現(xiàn)的功能,不要用子查詢。例如:select name from customer where customer_id in ( select customer_id from order where money>1000)。應該用如下語句代替:select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。 15. 在WHERE 子句中,避免對列的四則運算,特別是where 條件的左邊,嚴禁使用運算與函數(shù)對列進行處理。比如有些地方 substring 可以用like代替。 16. 如果在語句中有not in(in)操作,應考慮用not exists(exists)來重寫,最好的辦法是使用外連接實現(xiàn)。 17. 對一個業(yè)務過程的處理,應該使事物的開始與結(jié)束之間的時間間隔越短越好,原則上做到數(shù)據(jù)庫的讀操作在前面完成,數(shù)據(jù)庫寫操作在后面完成,避免交叉。 18. 請小心不要對過多的列使用列函數(shù)和order by,group by等,謹慎使用disti軟件開發(fā)t。 19. 用union all 代替 union,數(shù)據(jù)庫執(zhí)行union操作,首先先分別執(zhí)行union兩端的查詢,將其放在臨時表中,然后在對其進行排序,過濾重復的記錄。 當已知的業(yè)務邏輯決定query A和query B中不會有重復記錄時,應該用union all代替union,以提高查詢效率。 數(shù)據(jù)更新的效率 1. 在一個事物中,對同一個表的多個insert語句應該集中在一起執(zhí)行。 2. 在一個業(yè)務過程中,盡量的使insert,update,delete語句在業(yè)務結(jié)束前執(zhí)行,以減少死鎖的可能性。 數(shù)據(jù)庫物理規(guī)劃的效率 為了避免I/O的沖突,我們在設計數(shù)據(jù)庫物理規(guī)劃時應該遵循幾條基本的原則(以ORACLE舉例): ?? table和index分離:table和index應該分別放在不同的tablespace中。 ?? Rollback Segment的分離:Rollback Segment應該放在獨立的Tablespace中。 ?? System Tablespace的分離:System Tablespace中不允許放置任何用戶的object。(mssql中primary filegroup中不允許放置任何用戶的object) ?? Temp Tablesace的分離:建立單獨的Temp Tablespace,并為每個user指定default Temp Tablespace ??避免碎片:但segment中出現(xiàn)大量的碎片時,會導致讀數(shù)據(jù)時需要訪問的block數(shù)量的增加。對經(jīng)常發(fā)生DML操作的segemeng來說,碎片是不能完全避免的。所以,我們應該將經(jīng)常做DML操作的表和很少發(fā)生變化的表分離在不同的Tablespace中。 當我們遵循了以上原則后,仍然發(fā)現(xiàn)有I/O沖突存在,我們可以用數(shù)據(jù)分離的方法來解決。 ?? 連接Table的分離:在實際應用中經(jīng)常做連接查詢的Table,可以將其分離在不同的Taclespace中,以減少I/O沖突。 ?? 使用分區(qū):對數(shù)據(jù)量很大的Table和Index使用分區(qū),放在不同的Tablespace中。 在實際的物理存儲中,建議使用RAID。日志文件應放在單獨的磁盤中。
網(wǎng)站標題:如何提高sql的執(zhí)行效率,如何提高sql語句的效率
鏈接地址:
http://weahome.cn/article/ejgdcd.html