舉一個(gè)例子，我現(xiàn)在有一些新聞信息，它包括這些字段；新聞ID，新聞Name，新聞ShortIntro，新聞Detail，新聞PublishTime。我現(xiàn)在要把它存放在數(shù)據(jù)庫(kù)中，然后從數(shù)據(jù)庫(kù)中將其取出來(lái)放在GridView中分頁(yè)顯示。

我現(xiàn)在就以一種我所見(jiàn)過(guò)的常見(jiàn)的思維方式來(lái)一步一步模擬這個(gè)實(shí)現(xiàn)過(guò)程。

***步：建立新聞數(shù)據(jù)表。

在這一步，很多人都會(huì)直接建一張News表，里面包括了上面說(shuō)的那些字段。

第二步：查詢數(shù)據(jù)。

寫一個(gè)方法，把News表中滿足查詢條件的數(shù)據(jù)取出來(lái)放在DataSet（DataTable）中，作為數(shù)據(jù)源。

第三步：綁定到GridView。

設(shè)置GridView的分頁(yè)屬性，將上面查詢得到的數(shù)據(jù)源綁定到GridView，實(shí)現(xiàn)數(shù)據(jù)在GridView中的分頁(yè)顯示。

上面就是我們常見(jiàn)的做法了。

我的做法會(huì)是這樣：

***步：建立新聞數(shù)據(jù)主-從表。

我們?cè)谙到y(tǒng)開(kāi)發(fā)過(guò)程中會(huì)發(fā)現(xiàn)，其實(shí)在一條的完整的數(shù)據(jù)信息中，其實(shí)很多時(shí)候，很多列表項(xiàng)并不會(huì)用到。我們分析News信息，我們可以初步的把ID，Name，ShortIntro，PublishTime作為主要信息，我們將這些信息集中起來(lái)，新建一張表News(ID，Name，ShortIntro，PublishTime)，另外一個(gè)字段Detail放在另一張從表中，新建一張表NewsDetail(ID，Detail，NewsID)。這樣做有什么好處呢，首先我們降低了表的“重量”。我們將最重要，最常用的信息簡(jiǎn)化出來(lái)放在一個(gè)主表中，這樣在使用過(guò)程中，我們只需要從這張住表中獲取我們所需的數(shù)據(jù)就可以了，而不需要像***種方法一樣遍歷所有字段，這減少了數(shù)據(jù)庫(kù)查詢的時(shí)間，提高了性能。主-從表建立的原則是，將最重要的，最常用的分離出來(lái)作為主表，將那些描述性的，內(nèi)容龐大的作為從表

第二步：編寫適合的SQL語(yǔ)句。

我們應(yīng)該為不同的功能實(shí)現(xiàn)編寫適合的SQL語(yǔ)句。上面那種方法中，用一個(gè)方法查詢出了所有的數(shù)據(jù)信息，這是滿足所有場(chǎng)合的數(shù)據(jù)要求的。但是，我們并不需要這么多的數(shù)據(jù)內(nèi)容，多余的數(shù)據(jù)內(nèi)容耗費(fèi)了我們大量的時(shí)間和空間。我們往往只需要其中的部分內(nèi)容，比如說(shuō)主要信息。這也印證了為什么我們上面要建立主-從表。我們?cè)诮⒘酥?從表之后，為滿足各種場(chǎng)合，可以編寫以下幾種方法：GetNews(int? ID, string Name)//從主表中查詢滿足條件的數(shù)據(jù)，GetNewsDetail(int? ID, string Name)//從主表和從表中查詢滿足條件的數(shù)據(jù)。***種方法提供了新聞主要信息，第二種方法提供了全面的信息，這兩種方法基本上就能滿足所有場(chǎng)景且不會(huì)帶來(lái)過(guò)多的數(shù)據(jù)冗余。這里還要指出一點(diǎn)，有些人喜歡這么寫GetNewsByID(int? ID )，GetNewsByName(string Name)，這樣寫是很靈活，很有針對(duì)性，但是這樣寫完全沒(méi)必要。

第三步：分頁(yè)綁定。

上面那種方法是一次性取出所有數(shù)據(jù)給GridView，讓控件自己去分頁(yè)，這樣做方便省事。但是會(huì)有幾個(gè)問(wèn)題：

（1）數(shù)據(jù)量大。因?yàn)槭且淮涡匀〕鏊袧M足條件的數(shù)據(jù)，所以數(shù)據(jù)量比較大，而這些數(shù)據(jù)是都需要放在內(nèi)存中的，所以會(huì)影響系統(tǒng)性能。而且在初次載入時(shí)會(huì)有些卡，給人的感覺(jué)是系統(tǒng)加載不平順。

（2）我們并不需要這么多數(shù)據(jù)。為什么我要這么說(shuō)呢？研究用戶的使用習(xí)慣我們會(huì)發(fā)現(xiàn)，用戶大多數(shù)情況下并不會(huì)逐頁(yè)的去瀏覽數(shù)據(jù)，用戶關(guān)注的往往是前幾頁(yè)的前幾條。所以取出來(lái)的數(shù)據(jù)很多時(shí)候并沒(méi)有被用戶查看。

所以在這里，使用分頁(yè)查詢的方式是更加合適的。每次只從數(shù)據(jù)庫(kù)里面查詢一頁(yè)數(shù)據(jù)，這樣系統(tǒng)負(fù)載小，頁(yè)面載入平順，而且完全能夠滿足用戶的使用要求。有些人會(huì)問(wèn)，你這樣做不是會(huì)增加數(shù)據(jù)庫(kù)IO次數(shù)，我想說(shuō)的是，一次性獲取大量冗余數(shù)據(jù)，并要承擔(dān)冗余所帶來(lái)的持久影響與這些比理論上增加的IO次數(shù)（用戶并不會(huì)逐頁(yè)查看，也就并不會(huì)產(chǎn)生那么多次分頁(yè)查詢）要小得多的訪問(wèn)相比，分頁(yè)查詢具有不可否定的優(yōu)勢(shì)。

原文鏈接：http://www.cnblogs.com/allon6318/archive/2013/05/21/3090253.html