Jen

轉角遇上n萬筆資料時

一直以來,當我要做資料分頁的時候,我最喜歡用PagedDataSource來做分頁。不過,說實在的,我真的是懶,也一直不想去承認,在資料量大的時候,PagedDataSource的效能其實非常非常非常不好。(但資料量小的時候,真的很方便> <" :: 懶人。) 但出來混的總有一天還是要還(終於還是碰到了)! 最近在做某某案子的某模組的某些分頁,其資料筆數高達六位數(記得沒錯是這樣)。好啊,這下再用PagedDataSource來寫分頁啊,看敢不敢,不被拖死才怪咧。所以乖乖的去爬了幾篇文章,想看看除了眾所皆知的Store Procedure能增加效能外,還有哪些地方可以再「盡量」最佳化。 爬了一些文,也手動滴測試了一翻,有些心得了,我想明天就要改寫那些非常沒效率的Paged功能。(ver.2出爐,yes!) 從兩個部分做一些手腳就可以快很多了。 1.SQL _Server建index 2.寫Store Procedure 說到建index,就讓我想到呂老師(大三資料庫的老師),怪我當初沒學好,該還的還是要還啊。總之,我隨便用個迴圈建了10萬筆資料,再從table建立索引。index的觀念請拜google大師,謝謝。 效能大大的提升了....但沒有數據@@" ,沒有說服力.. 最後我寫了一個簡單的Store Procedure ,用來傳回10筆資料(因為我的每一頁是10筆啦) 這樣應該...比PagedDataSource好多了吧.... 最後,感謝google大師的教導

0 意見: