iT邦幫忙

0

關於Visual Studio 2008中的GridView控制項讀取資料庫速度?

我使用Visual Studio 2008中的GridView控制項拖拉方式設計sqlDataSource資料庫讀取(MSSQL),完成之後我由遠端電腦開啟IE8.0發現瀏覽器要15秒才會呈現出結果,不知道有方法可以加快呈現速度?(使用Chrome瀏覽器感覺有快一點)
謝謝!

資料量太小了,理論上不應該有影響

除非您把CODE給大家看,不然幫不了您

要自己寫分頁程式,我也行
請參考 http://www.dotblogs.com.tw/mis2000lab/archive/2010/11/30/datareader_paging_row_number.aspx

這樣的分頁程式,以前寫ASP、PHP、JSP的人都會自己寫
怎麼到了 ASP.NET變的很罕見?
10
賽門
iT邦超人 1 級 ‧ 2013-01-04 14:51:57
最佳解答

設定Gridview的屬性EnableViewState=false.
這個屬性會控制Postback, 如果只是顯示資料, 不需要互動, 設成False可以減少網頁原始檔的大小, 進而加快網頁顯示速度.
但如果, 在網頁中需要對Gridview做些編輯, 例如刪除資料列、新增資料等等, 就要設定EnableViewState=true, 這樣就要用其他方法來處理了.

badboy01 iT邦新手 5 級 ‧ 2013-01-07 09:52:33 檢舉

大大您好!
目前GridView只有單純讀取資料庫資料,先試試看大大說的方法,謝謝!

8
pantc328
iT邦研究生 1 級 ‧ 2013-01-04 14:47:09

先用Local 電腦測試速度
看看是不是網路的問題

badboy01 iT邦新手 5 級 ‧ 2013-01-07 09:49:13 檢舉

大大您好!
Local的速度很快,透過網路才會變慢。謝謝!

player iT邦大師 1 級 ‧ 2013-01-10 12:11:31 檢舉

如果是大量資料的話
用GridView的分頁, 就算是Local也會慢的
因為是資料全撈, 到控制項再做分頁

14
player
iT邦大師 1 級 ‧ 2013-01-04 21:45:56

大量資料查詢
請用SQL分頁
別用GridView分頁
當頁數到達數十頁以上時
你會感受到2者明顯的差異

badboy01 iT邦新手 5 級 ‧ 2013-01-07 09:54:11 檢舉

大大您好!
目前我是沒有使用分頁功能,因為顯示資料筆數約40筆,如果要用SQL分頁該怎麼寫語法呢?謝謝!

6
summertw
iT邦好手 1 級 ‧ 2013-01-07 10:08:02

翻頁??
這是一個沉重的問題
在C#剛上來一年的時候,我便被這問題考倒..
客戶第一從Windows Form轉換至Web form時,第一個就是遇上這個問題
因為是承接客戶原來的SQL Server舊資料,所以Web Form處理劃面時..
遇到Grid的資料處理時,資料一多,必定是使用翻功能,否則速度一定會很不理想..
那知客戶的第一反應是...為什麼要翻頁,以前不都是右邊的捲軸上下拉一下就好了...
翻什麼頁啊...有時只是看個資料,要按這麼多按鈕,很麻煩的...
跟客戶開會時,還被客戶的主管用【不要老是用你們工程師的觀念,去表現你們的什麼功力】好嗎??
沒辦法,只好再度回到Window Form裡去繼續努力...
多年以後,我才明白,客戶的選擇是,方便,好用,不要出錯...至於使用什麼方式開發,他們不管..
以上是個人的一個小小的體悟與感想,與客戶先進們分享...

pantc328 iT邦研究生 1 級 ‧ 2013-01-07 10:19:55 檢舉

翻頁不是按鈕多??
以前是點下一頁Postback回Server拉下一批資料
現在都是你看到第幾筆,它就會非同步去載入接下來的幾筆

你遇過的問題,我以前遇過
他們習慣用DOS的黑白畫面,所有的操作手都不離開Keyboard
你用滑鼠點點點,手滑滑..每天Key上百張訂單,上萬個Item,這樣滑鼠滑點上千次,不得關節炎才怪

summertw iT邦好手 1 級 ‧ 2013-01-08 11:52:18 檢舉

pantc328提到:
以前是點下一頁Postback回Server拉下一批資料
現在都是你看到第幾筆,它就會非同步去載入接下來的幾筆

這樣動作會較吃資源,在較新的系統功能出現前,我們已設法做過類似的功能..
狀況並沒有很理想。
網頁與資料庫結合所做出來的程式,以工程師的角度來講,都很好..
但用使用者的觀點來講,就會有很多分岐的意見,我並非完全以客為尊的看法,但他們畢竟是付錢的。
【不要老是用你們工程師的觀念,去表現你們的什麼功力】這是一件事實,我在當工程師時,也是老犯這個毛病,但從進入規劃工作,開始與客戶接觸時,才慢慢的發現,原來工程師與客戶之間有一道很大的鴻溝,理想與現實總是有一段看不見的距離,專案經理人與規劃師就是在扮演這個溝通的角色。
過去,我會試著站在工程師這邊,希望客戶妥協;但現在,我較會站在客戶的角度去請工程師妥協..
這並非客戶永遠是對的,而是客戶的需求永遠無法【等你試出較優良的方法】才來告訴客戶,成功了...
這點從HP、IBM......等大廠所生產的低階伺服器可看出端倪來,CPU永遠不會是最快的那一顆。介面卡裡的晶片永遠不會是最新的那一款。但這些都保證是最穩的一款..

6
kaowoei
iT邦研究生 4 級 ‧ 2013-01-08 01:01:13

這麼少的資料量以及運算應該是不會慢才對。
不妨試試Fiddler...
http://www.cnblogs.com/TankXiao/archive/2012/02/06/2337728.html
確認一下到底傳了甚麼,回應了甚麼,中間做過甚麼,再來進一步中間通過甚麼設備以及為什麼會慢。

我要發表回答

立即登入回答