7 × 24小時服務熱線:18605391786  4000-999-221  關于我們  聯系我們   付款方式  網站地圖   加為收藏       
您當前的位置:首頁 >  新聞中心 > 網頁技巧 > ASP中優化數據庫處理,Access數據庫優化

ASP中優化數據庫處理,Access數據庫優化 

信息來自:炫維網絡    發布日期:2013-1-13   瀏覽次數:  

ASP是一個Web服務器端的開發環境,它提供了一種簡單易學的腳本(VBScript或Jscript),并帶有許多內置的對象,從而提供了一條簡捷的編程之路。更為重要的是,ASP中提供了ADO對象,讓程序員可以輕松操作各種數據庫,從而可以產生和運行動態的、交互的Web服務應用程序。

目前,國內很多電子商務站點都采用了ASP技術來與數據庫交互,為用戶提供各類服務。

由于電子商務站點的大部分信息都存放在數據庫中,要提高Web的響應速度、建立高性能的電子商務站點,很大一部分取決于ASP與數據庫之間的處理性能,本文將具體介紹一些優化數據庫處理的方法。

使用Connection Pool機制
在數據庫處理中,資源花銷最大的是建立數據庫連接,而且用戶還會有一個較長的連接等待時間。若每一個用戶訪問時,都重新建立連接,不僅用戶要長時間等待,而且系統有可能會由于資源消耗過大而停止響應。如果能夠重用以前建立的數據庫連接,而不是每次訪問時都重新建立連接,則可以很好地解決這些問題,從而提高整個系統的性能。在IIS+ASP處理體系中,采用了Connection Pool機制來保證這一點。

Connection Pool的原理是:IIS+ASP體系中維持了一個連接緩沖池,建立好的數據庫連接在ASP程序中的斷開都是邏輯斷開,而實際的物理連接被存儲在池中并被加以維護。這樣,當下一個用戶訪問時,直接從連接緩沖池中取得一個數據庫連接,而不需重新連接數據庫,因此,可以大大地提高系統的響應速度。

為了正確使用Connection Pool機制,必須注意以下幾點:

1.在MDAC2.0以前的版本中,必須經過數據庫驅動程序的配置才能使用Connection Pool;在以后的版本中(比如MDAC2.1),缺省是使用Connection Pool機制。具體配置情況可以參見微軟公司的站點(http://www.microsoft.com/data/)。

順便提一句,在使用Oracle數據庫時,最好使用微軟提供的驅動程序。

2.每次數據庫連接串參數必須相同,否則會被認為是不同的連接而重新去連接數據庫,而不是使用緩沖池中的連接。最好的做法是將連接串存儲在Application變量中,所有的程序在建立連接時使用Application變量的值。

3.為了更好地使用和維護連接緩沖池,建議在程序中使用以下的方法對數據庫連接進行操作,因為隱式使用數據庫連接時不能利用緩沖池的機制:

顯式創建連接對象: Set conn=Server.CreateObject(“Adodb.connection”)
建立數據庫連接:conn.open Application(“connection_string”)
顯式關閉連接對象:conn.close

利用直接的OLE DB驅動程序
在ASP中,通過ADO可以使用兩種方式連接數據庫,一種是傳統的ODBC方式,一種是OLE DB方式。由于ADO是建立在OLE DB技術上的,為了支持ODBC,必須建立相應的OLE DB 到ODBC的調用轉換(如MS OLEDB provider for ODBC)。而使用直接的OLE DB方式(如MS OLEDB provider for SQL, Oracle),則不需轉換,從而提高處理速度,同時,還能利用OLE DB的新特性。

在內存中緩存ADO對象或其內容
通常,在ASP程序中,都會涉及到一些存儲在數據庫中的常用信息,如省份列表、商品分類等,這些信息對于每一個訪問用戶都是相同的。若每一個用戶訪問時,都要去數據庫里取出來,然后顯示給用戶,不僅會使數據庫服務器負載加重,無法快速服務于更重要的事務處理,而且Web服務器也必須不停地創建ADO對象,從而消耗大量資源,導致了當用戶很多時幾乎失去響應。若能把一些常用信息事先存儲在內存中,當用戶訪問時,直接從內存中取出,顯示給用戶,則可以大大減小系統的壓力,提高響應速度。

比如,我們可以把已經取得了數據的RecordSet對象存儲在Application變量中,當用戶訪問時,從Application變量中取得RecordSet對象,而不需再次建立數據庫連接;也可以將RecordSet對象里的數據以其他方式存儲,比如存儲在數組中,然后再將數組存儲在Application變量中,使用時用數組的方式讀取。

需要注意的是,一個對象要存儲在Application變量中,線程模式必須是Both;對于不滿足該條件的對象,必須以其他方式,比如轉換成數組的方式存儲在Application變量中,這也是上面所說的將內容存儲在數組中的原因。

使用數字序列
在ASP程序中,從諸如RecordSet中讀取數據時,為了方便,常使用數據庫列名的方式進行:

Response.write rs(“fieldnameN”)

而很少采用該數據庫列名所在的數字序列來讀取,即:

Response.write rs(N)

其實,為了從RecordSet得到列值,ADO必須將列名轉化為數字序列,因此,若直接使用數字序列,則可以提高讀取速度。若感覺使用數字序列后,程序可讀性不直觀,可以采用建立常量的方法,如定義:

const FIELDNAME1 1

這樣就保證了程序的可讀性和讀取速度。

幾十條注意事項:

1.對查詢進行優化,應盡量避免全表掃描,首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中對字段進行 null 值判斷,否則將導致引擎放棄使用索引而進行全表掃描,如:select id from t where num is null可以在num上設置默認值0,確保表中num列沒有null值,然后這樣查詢:select id from t where num=0
3.應盡量避免在 where 子句中使用!=或<>操作符,否則將引擎放棄使用索引而進行全表掃描。
4.應盡量避免在 where 子句中使用 or 來連接條件,否則將導致引擎放棄使用索引而進行全表掃描,如:select id from t where num=10 or num=20可以這樣查詢:select id from t where num=10union allselect id from t where num=20
5.in 和 not in 也要慎用,否則會導致全表掃描,如:select id from t where num in(1,2,3)對于連續的數值,能用 between 就不要用 in 了:select id from t where num between 1 and 3
6.下面的查詢也將導致全表掃描:select id from t where name like '%abc%'若要提高效率,可以考慮全文檢索。
7.如果在 where 子句中使用參數,也會導致全表掃描。因為SQL只有在運行時才會解析局部變量,但優化程序不能將訪問計劃的選擇推遲到運行時;它必須在編譯時進行選擇。然而,如果在編譯時建立訪問計劃,變量的值還是未知的,因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描:select id from t where [email protected]可以改為強制查詢使用索引:select id from t with(index(索引名)) where [email protected]
8.應盡量避免在 where 子句中對字段進行表達式操作,這將導致引擎放棄使用索引而進行全表掃描。如:select id from t where num/2=100應改為: select id from t where num=100*2
9.應盡量避免在where子句中對字段進行函數操作,這將導致引擎放棄使用索引而進行全表掃描。如:select id from t where substring(name,1,3)='abc'--name以abc開頭的idselect id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id應改為:select id from t where name like 'abc%'select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
10.不要在 where 子句中的“=”左邊進行函數、算術運算或其他表達式運算,否則系統將可能無法正確使用索引。
11.在使用索引字段作為條件時,如果該索引是復合索引,那么必須使用到該索引中的第一個字段作為條件時才能保證系統使用該索引,否則該索引將不會被使用,并且應盡可能的讓字段順序與索引順序相一致。
12.不要寫一些沒有意義的查詢,如需要生成一個空表結構:select col1,col2 into #t from t where 1=0這類代碼不會返回任何結果集,但是會消耗系統資源的,應改成這樣:create table #t(...)
13.很多時候用 exists 代替 in 是一個好的選擇:select num from a where num in(select num from b)用下面的語句替換:select num from a where exists(select 1 from b where num=a.num)
14.并不是所有索引對查詢都有效,SQL是根據表中數據來進行查詢優化的,當索引列有大量數據重復時,SQL查詢可能不會去利用索引,如一表中有字段sex,male、female幾乎各一半,那么即使在sex上建了索引也對查詢效率起不了作用。
15.索引并不是越多越好,索引固然可以提高相應的 select 的效率,但同時也降低了 insert 及 update 的效率,因為 insert 或 update 時有可能會重建索引,所以怎樣建索引需要慎重考慮,視具體情況而定。一個表的索引數最好不要超過6個,若太多則應考慮一些不常使用到的列上建的索引是否有必要。
16.應盡可能的避免更新 clustered 索引數據列,因為 clustered 索引數據列的順序就是表記錄的物理存儲順序,一旦該列值改變將導致整個表記錄的順序的調整,會耗費相當大的資源。若應用系統需要頻繁更新 clustered 索引數據列,那么需要考慮是否應將該索引建為 clustered 索引。
17.盡量使用數字型字段,若只含數值信息的字段盡量不要設計為字符型,這會降低查詢和連接的性能,并會增加存儲開銷。這是因為引擎在處理查詢和連接時會逐個比較字符串中每一個字符,而對于數字型而言只需要比較一次就夠了。
18.盡可能的使用 varchar/nvarchar 代替 char/nchar ,因為首先變長字段存儲空間小,可以節省存儲空間,其次對于查詢來說,在一個相對較小的字段內搜索效率顯然要高些。
19.任何地方都不要使用 select * from t ,用具體的字段列表代替“*”,不要返回用不到的任何字段。
20.盡量使用表變量來代替臨時表。如果表變量包含大量數據,請注意索引非常有限(只有主鍵索引)。
21.避免頻繁創建和刪除臨時表,以減少系統表資源的消耗。
22.臨時表并不是不可使用,適當地使用它們可以使某些例程更有效,例如,當需要重復引用大型表或常用表中的某個數據集時。但是,對于一次性事件,最好使用導出表。
23.在新建臨時表時,如果一次性插入數據量很大,那么可以使用 select into 代替 create table,避免造成大量 log ,以提高速度;如果數據量不大,為了緩和系統表的資源,應先create table,然后insert。
24.如果使用到了臨時表,在存儲過程的最后務必將所有的臨時表顯式刪除,先 truncate table ,然后 drop table ,這樣可以避免系統表的較長時間鎖定。
25.盡量避免使用游標,因為游標的效率較差,如果游標操作的數據超過1萬行,那么就應該考慮改寫。
26.使用基于游標的方法或臨時表方法之前,應先尋找基于集的解決方案來解決問題,基于集的方法通常更有效。
27.與臨時表一樣,游標并不是不可使用。對小型數據集使用 FAST_FORWARD 游標通常要優于其他逐行處理方法,尤其是在必須引用幾個表才能獲得所需的數據時。在結果集中包括“合計”的例程通常要比使用游標執行的速度快。如果開發時間允許,基于游標的方法和基于集的方法都可以嘗試一下,看哪一種方法的效果更好。
28.在所有的存儲過程和觸發器的開始處設置 SET NOCOUNT ON ,在結束時設置 SET NOCOUNT OFF 。無需在執行存儲過程和觸發器的每個語句后向客戶端發送 DONE_IN_PROC 消息。
29.盡量避免大事務操作,提高系統并發能力。
30.盡量避免向客戶端返回大數據量,若數據量過大,應該考慮相應需求是否合理。 以上轉載我覺得思路很對

做服務最好的網絡公司:臨沂網絡公司http://www.0972138.live
更多
臨沂網站建設豪華團隊!www.0972138.live
臨沂網絡公司

炫維網絡 www.0972138.live
建站咨詢電話:18605391786  郵箱:[email protected]  
地址:山東省臨沂市蘭山區通達路367號 裕城大廈   
  
福建31选7开奖中奖公告 海南环岛赛车彩票玩法 理财收益率最高的 安徽福彩快3基本走势 陕西百宝福彩快乐十分 上海十一选五基本走势图 重庆福彩幸运农场官方 甘肃十一选五走势图1 陕西十一选五走势图表 炒股入门app 广西快三计划软件手机 青海体育十一选五 彩票山东11选5的玩法 浙江体彩6十1中奖要按顺序吗 天津时时彩官网 幸运农场号码怎么组合 重庆幸运农场奖金规则