我使用Visual Studio 2008中的GridView控制項拖拉方式設計sqlDataSource資料庫讀取(MSSQL),完成之後我由遠端電腦開啟IE8.0發現瀏覽器要15秒才會呈現出結果,不知道有方法可以加快呈現速度?(使用Chrome瀏覽器感覺有快一點)
謝謝!
設定Gridview的屬性EnableViewState=false.
這個屬性會控制Postback, 如果只是顯示資料, 不需要互動, 設成False可以減少網頁原始檔的大小, 進而加快網頁顯示速度.
但如果, 在網頁中需要對Gridview做些編輯, 例如刪除資料列、新增資料等等, 就要設定EnableViewState=true, 這樣就要用其他方法來處理了.
先用Local 電腦測試速度
看看是不是網路的問題
大量資料查詢
請用SQL分頁
別用GridView分頁
當頁數到達數十頁以上時
你會感受到2者明顯的差異
翻頁??
這是一個沉重的問題
在C#剛上來一年的時候,我便被這問題考倒..
客戶第一從Windows Form轉換至Web form時,第一個就是遇上這個問題
因為是承接客戶原來的SQL Server舊資料,所以Web Form處理劃面時..
遇到Grid的資料處理時,資料一多,必定是使用翻功能,否則速度一定會很不理想..
那知客戶的第一反應是...為什麼要翻頁,以前不都是右邊的捲軸上下拉一下就好了...
翻什麼頁啊...有時只是看個資料,要按這麼多按鈕,很麻煩的...
跟客戶開會時,還被客戶的主管用【不要老是用你們工程師的觀念,去表現你們的什麼功力】好嗎??
沒辦法,只好再度回到Window Form裡去繼續努力...
多年以後,我才明白,客戶的選擇是,方便,好用,不要出錯...至於使用什麼方式開發,他們不管..
以上是個人的一個小小的體悟與感想,與客戶先進們分享...
翻頁不是按鈕多??
以前是點下一頁Postback回Server拉下一批資料
現在都是你看到第幾筆,它就會非同步去載入接下來的幾筆
你遇過的問題,我以前遇過
他們習慣用DOS的黑白畫面,所有的操作手都不離開Keyboard
你用滑鼠點點點,手滑滑..每天Key上百張訂單,上萬個Item,這樣滑鼠滑點上千次,不得關節炎才怪
pantc328提到:
以前是點下一頁Postback回Server拉下一批資料
現在都是你看到第幾筆,它就會非同步去載入接下來的幾筆
這樣動作會較吃資源,在較新的系統功能出現前,我們已設法做過類似的功能..
狀況並沒有很理想。
網頁與資料庫結合所做出來的程式,以工程師的角度來講,都很好..
但用使用者的觀點來講,就會有很多分岐的意見,我並非完全以客為尊的看法,但他們畢竟是付錢的。
【不要老是用你們工程師的觀念,去表現你們的什麼功力】這是一件事實,我在當工程師時,也是老犯這個毛病,但從進入規劃工作,開始與客戶接觸時,才慢慢的發現,原來工程師與客戶之間有一道很大的鴻溝,理想與現實總是有一段看不見的距離,專案經理人與規劃師就是在扮演這個溝通的角色。
過去,我會試著站在工程師這邊,希望客戶妥協;但現在,我較會站在客戶的角度去請工程師妥協..
這並非客戶永遠是對的,而是客戶的需求永遠無法【等你試出較優良的方法】才來告訴客戶,成功了...
這點從HP、IBM......等大廠所生產的低階伺服器可看出端倪來,CPU永遠不會是最快的那一顆。介面卡裡的晶片永遠不會是最新的那一款。但這些都保證是最穩的一款..
這麼少的資料量以及運算應該是不會慢才對。
不妨試試Fiddler...
http://www.cnblogs.com/TankXiao/archive/2012/02/06/2337728.html
確認一下到底傳了甚麼,回應了甚麼,中間做過甚麼,再來進一步中間通過甚麼設備以及為什麼會慢。