數據量增加的很快，最近發現它的性能非常差，每次打開都需要十幾秒，甚至幾十秒，因為我

　　的程序分頁用的是我自己的分頁程序：

　　難道這個分頁程序有問題，但是其他地方用到它沒有感覺到慢呀，我沒事就琢磨他，到網上查資料，結果沒有具體查到說到我的那個分頁程序性能差的相關資料，后來我發現我的程序中的頁導航用的是數字導航方法，而且所有的頁導航的數字全都輸出來了，一共一千多頁，能不能使這個地方慢呢?我決定測試一下，所以，我就只讓他輸出前200頁的導航鏈接，結果1秒鐘就刷出來了。這我才恍然大悟，原來是輸出內容太多導致的。以前遇到性能問題都會去想數據庫操作，從來沒有想到其他地方會不會有問題，或很少想其他地方。其實頁面輸出的數據量對性能也是有很大影響的，所以我們一定要養成良好的程序書寫習慣，力求簡單。

　　后來我對程序進行了優化，優化分兩個步驟，第一個步驟我不將所有的導航都輸出來，只輸出前200多頁，后面再加一個文本框用于導航。

　　同時我對每個鏈接進行了簡化，原來每個上面都有很長的鏈接，至此我將鏈接放到了javascript函數中，然后再導航數字上只加上一個onclick事件。這樣又可以減少很多輸出數據。結果性能非常好。

　　原來的代碼片斷：

 <font color="#008080" size="2">當前<font color=ff0000>
<％=tCurPage％></font>頁 共<font color=ff0000>
<％=tpagecount％></font>頁   
  <br><％     if tTotalCount>0 then                      
   for i=1 to tPagecount                                                               
   ％><a href='<％=request.servervariables("Path_Info")％>
?page=<％=i％>&browserSize=<％=browserSize％>
&t_count=<％=tTotalCount％>&order_field=<％=tOrderField％>
&order_dir=<％=tOrderDirection％>&oType=<％=oType％>
&oOP=<％=oOP％>&oKey=<％=FilterParam4(oKey)％>
&page_size=<％=tPageSize％><％=add_Option％>'><％=i％></a>
<％ if browserSize=1 then      
         if i=20 or i=36 then response.write " "       
      end if    
      if i=fCou then   
         exit for     
      end if      
      response.write ""