台灣最大程式設計社群網站
線上人數
1782
 
會員總數:246056
討論主題:189637
歡迎您免費加入會員
討論區列表 >> 專欄文章 >> 優化資料庫
[]  
[我要回覆]
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
優化資料庫
價值 : 0 QP  點閱數:1043 回應數:0
樓主

站務人員 站長
門外漢
0 1580
542 9
發送站內信

捐贈 VP 給 站務人員
與沒有資料庫的網站相比,資料庫的存取會降低你的系統性能。
但是大多數情況下,網站和資料庫有密不可分的關繫,正是資料庫給網站提供了大容量、多樣性、個性化等特色,並實現了很多特殊的功能。

1 不要忘記給資料庫做索引。

合理的索引能立即顯著地提高資料庫整個系統的性能。可以參考有關SQL性能調試書籍,學會根據所需查詢方式合理製作索引和根據索引方式改進查詢語句。


2 在適當的情況下,盡可能的用存儲過程而不是SQL查詢,因為前者已經過了預編譯,運行速度更快。同時讓資料庫僅僅返回你所需要的那些資料,而不是返回大量資料再讓ASP程式過濾。總之要充分和有效地發揮資料庫的強大功能,讓它按照我們的要求反應給我們最合適和最精練的訊息。


3 在可能情況下我們應該使用SQL Server而不是Access。

因為Access僅僅是基於文件的資料庫,多會員性能很差。資料庫連接盡量使用OLEDB和非DSN方式,因為這種連接方式有更好的並發性能。


4 避免使用DAO(Data Access Objects)和RDO(Remote Data Objects)資料源,因為他們主要應用在單會員的處理系統裡,ADO(ActiveX Data Objects)纔是為Web應用設計的。


5 建立記錄集Rescordset的時候要清晰合理地設置資料遊標(cursort)和鎖定方式(locktype)。

因為在不同的方式下ASP會以不同的方式操縱資料庫,其執行速度也有很大區別,尤其在大資料量的時候。如果你隻想遍歷資料,那麼預設遊標(前進、隻讀)會帶來最好的性能。


6 當你引用ADO變量的時候,會消耗較多的CPU周期。因此,如果在一個ASP頁面中多次引用資料庫的字段變量,一個較好的方式是將字段值先放入本地變量,然後可以直接調用本地變量來計算和顯示資料。


7 緩存ADO Connection對像也許不是一個好主意。

如果一個連接(Connection)對像被存儲在Application對像中而被所有ASP頁面使用,那麼所有頁面就會爭著使用這個連接。但是如果連接對像被存儲在Session對像中,就要為每個會員創建一個資料庫連接,這就減小了連接池的作用,並且增大了Web服務器和資料庫服務器的壓力。可以用在每個使用ADO的ASP頁創建和釋放ADO對像來替代緩存資料庫連接。因為IIS內建了資料庫連接池,所以這種方法非常有效,缺點是每個ASP頁面都需要進行一些創建和釋放操作。


8 ASP最強大和主要的用途之一就是對資料庫進行操作,在資料庫操作中我們要注意:不要任意使用“SELECT * ......” 形式的SQL查詢語句。應該盡量檢索你所需要的那些字段。比如一個表中有10個字段,但是你隻會用到其中的一個字段(name),就該使用“select name from mytable”,而不是用“select * from mytable”。在字段數比較少

的時候,兩者的區別可能並不明顯,但是當一個表中擁有幾十個字段的時候,資料庫會多檢索很多你並不需要的資料。在這種情況下你最好不要為了節省打字時間或者害怕查找對應字段名稱的麻煩,而要老老實實地使用“select id,name,

age... from mytable”。


9 及時關閉打開的記錄集對像以及連接(Connection)對像。

記錄集對像和連接對像耗費系統資源相當大,因此它們的可用數量是有限的。如果你打開了太多的記錄集對像以及連接對像而最後卻沒有關閉它們,可能會出現ASP程式剛開始的時候運行速度很快,而多運行幾遍就越來越慢的現像,甚至導致服務器死機。請使用如下方法進行關閉:

MyRecordSet.closeSet MyRecordSet=Nothing

Set MyConnection=Nothing


10 連接資料庫

仍然使用ODBC系統或者文件DSN來連接資料庫,或者使用很快的OLEDB技術來連接。使用後者,當移動Web文件時,不再需要修改配置。

OLEDB位於應用程式與ODBC層之間。在ASP頁面中,ADO就是位於OLEDB之上的程式。調用ADO時,首先發送給OLEDB,然後再發送給ODBC層。可以直接連接到OLEDB層,這麼做後,將提高服務器端的性能。怎麼直接連接到OLEDB呢?

如果使用SQLServer 7,使用下面的代碼做為連接字符串:

strConnString = "DSN='';DRIVER={SQL SERVER};" & _

"UID=myuid;PWD=mypwd;" & _

"DATABASE=MyDb;SERVER=MyServer;"

最重要的參數就是“DRIVER=”部分。如果你想繞過ODBC而使用OLEDB來訪問SQL Server,使用下面的語法:

strConnString ="Provider=SQLOLEDB.1;Password=mypassword;" & _

"Persist Security Info=True;User ID=myuid;" & _

"Initial Catalog=mydbname;" & _

"Data Source=myserver;Connect Timeout=15"


為什麼這很重要

現在你可能奇怪為什麼學習這種新的連接方法很關鍵?為什麼不使用標準的DSN或者系統DSN方法?好,根據Wrox在他們的ADO 2.0程式員參考書籍中所做的測試,如果使用OLEDB連接,要比使用DSN或者DSN-less連接,有以下的性能提高表現:

性能比較


----------------------------------------------------------------------

SQL Access

OLEDB DSN OLEDB DSN

連接時間: 18 82 連接時間: 62 99

重覆1,000個記錄的時間: 2900 5400 重覆1,000個記錄的時間: 100 950

----------------------------------------------------------------------

這個結論在Wrox的ADO 2.0程式員參考發表。時間是以毫秒為單位,重覆1,000個記錄的時間是以服務器油標的方式計算的


本篇文章發表於2002-06-07 00:00
目前尚無任何回覆
   

回覆
如要回應,請先登入.