N-TIER 下的查詣問題? |
答題得分者是:ying0515
|
thomas0728
中階會員 發表:112 回覆:260 積分:89 註冊:2002-03-12 發送簡訊給我 |
各位大大:
在 N-Tier 架構下我們通常是不會將資料一次下載到客戶端的,這點大家都知道,但當我客戶端有一百筆資料時,此時客戶去查詢某一筆資,如果此筆資料剛好沒有在前端,可透過處理還是可以從 APSERVER 只取回客戶端需要的資料,並不會一次將剩下的資料全部取回,現在問題來了,此時如果客戶繼續取得下一段封包的資料,比方說一百筆好了,但如果這一百筆資中包含了剛才客戶查詢取回的資料,將會造成客戶端某幾筆資料重覆,不知各位大大如何處理這種情形,然道要一筆一筆比對嗎? 如果愛情也有味覺
那麼 有沒有ㄧ種愛
微微泛酸 不太苦澀 有點甜密
嚐起來的滋味讓人想起幸福
Thomas Chiou
------
Thomas Chiou |
jieshu
版主 發表:42 回覆:894 積分:745 註冊:2002-04-15 發送簡訊給我 |
引言: 在 N-Tier 架構下我們通常是不會將資料一次下載到客戶端的,這點大家都知道,但當我客戶端有一百筆資料時,此時客戶去查詢某一筆資,如果此筆資料剛好沒有在前端,可透過處理還是可以從 APSERVER 只取回客戶端需要的資料,並不會一次將剩下的資料全部取回,現在問題來了,此時如果客戶繼續取得下一段封包的資料,比方說一百筆好了,但如果這一百筆資中包含了剛才客戶查詢取回的資料,將會造成客戶端某幾筆資料重覆,不知各位大大如何處理這種情形,然道要一筆一筆比對嗎?記得好像是下RecordCount, Last和Locate等資料操作相關的指令, 他就會將所有資料下載到前端, 您可測試看看. 我們都是設計成無狀態的, 也就是說會一次下載所有資料到前端, 以減少Server的負擔, 一般一萬筆左右的資料, 經過SocketServer壓縮傳到前端, 也只需5秒左右, 當然也會盡量設計過濾條件, 和教育User不要一次查詢太多資料. <iFrame src="http://www.coss.com.tw/jieshu/sign.htm" width=400 height=105 scolling="NO" border="0"></iFrame> 捷舒軟體設計坊: http://www.coss.com.tw/jieshu/
------
人生有夢,逐夢而行 人若為善,福雖未至,禍已遠離 人若為惡,禍雖未至,福已遠離 http://www.taconet.com.tw/jieshu/ |
thomas0728
中階會員 發表:112 回覆:260 積分:89 註冊:2002-03-12 發送簡訊給我 |
|
ying0515
中階會員 發表:90 回覆:168 積分:81 註冊:2003-01-04 發送簡訊給我 |
|
jieshu
版主 發表:42 回覆:894 積分:745 註冊:2002-04-15 發送簡訊給我 |
引言: 一萬筆只需五秒,效率這麼好,我也是計成無狀態的,但我一次只下載一百筆.因為考慮到從外部連到 APSERVER 的效率不敢一次全下載到客戶端,另外不知大大所說"過SocketServer壓縮" 是什麼意思,有特別含意嗎?實際測了一下7,749筆約7秒左右, 雙方皆使用雙向512的頻寬, 欄位約35個左右, 欄位大小不一, 當然查詢當時, 是否有其他程式佔用頻寬也不曉得, 因為有幾十人共用, 當然可能沒有同時使用. 壓縮方式如ying0515兄所提, 之前試過尚未使用壓縮前, 約相差4倍左右(記不很清楚了), 區域網路內幾乎沒什麼差別, 雖然經過加解壓的動作. <iFrame src="http://www.coss.com.tw/jieshu/sign.htm" width=400 height=105 scolling="NO" border="0"></iFrame> 震江系統(股)公司: http://www.coss.com.tw/ 捷舒軟體設計坊: http://www.coss.com.tw/jieshu/
------
人生有夢,逐夢而行 人若為善,福雖未至,禍已遠離 人若為惡,禍雖未至,福已遠離 http://www.taconet.com.tw/jieshu/ |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |