• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    一種條目列表獲取請求處理方法及裝置制造方法及圖紙

    技術編號:15690919 閱讀:88 留言:0更新日期:2017-06-24 03:42
    本申請公開了一種條目列表獲取請求處理方法及裝置,用以解決現有技術中服務端對用戶的條目列表獲取請求的處理過程耗時較多,導致對用戶響應速度較慢的問題。該方法包括:接收用戶的條目列表獲取請求,待獲取的所述條目列表所包含的條目數量為第一數量;根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,所述第二數量大于所述第一數量;根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,以及向所述用戶提示是否存在更多條目。

    Entry list access request processing method and device

    The invention discloses a list of items for request processing method and device, the time-consuming process used to solve the existing technology to the user server entries to obtain a list of requests, resulting in a slower response to the problem of users. The method includes: receiving user access request list of entries, the number of items contained in the list of items to be acquired for the first number; according to the list of items acquisition request, second number of entries to the database query, the second number is greater than the first number; according to the response to the query of the database return the items, return the list of items to the user, and the user to prompt the existence of more items.

    【技術實現步驟摘要】
    一種條目列表獲取請求處理方法及裝置
    本申請涉及計算機
    ,尤其涉及一種條目列表獲取請求處理方法及裝置。
    技術介紹
    隨著計算機技術和互聯網技術的迅速發展,各類應用層出不窮,給人們的生活帶來了極大便利。應用可以采用豐富的信息展現方式向用戶展現各類信息,對于用條目表示的信息,一般采用條目列表的形式進行展現,比如,商品條目列表、文章條目列表、消息條目列表等。受限于通信通道容量和處理時間要求,不便于一次獲取到包含全部條目的條目列表并展現,而是需要分次獲取并展現,其中,每次獲取的條目列表包含一批至多預定數量的條目。進一步地,每次還要向用戶提示是否存在更多條目以供下次獲取。在現有技術中,用戶每次可以通過在相應的頁面上執行特定操作,向服務端發送條目列表獲取請求。所述特定操作可以是上拉操作、或下拉操作、或對諸如“查看更多”等按鈕控件的點擊操作,等等。服務端每次接收到用戶的條目列表獲取請求時,會執行以下至少兩次數據庫操作:第一次,從數據庫獲取下一批至多預定數量的條目;第二次,從數據庫獲取所述下一批條目以及下一批條目之后的所有條目的總數量統計值,并判斷該總數量統計值是否大于預定數量,以確定在所述下一批條目之后是否還存在更多條目以供下次獲取。執行這兩次數據庫操作后,服務端可以將獲取的條目以條目列表的形式向用戶返回,以及向用戶提示是否存在更多條目。但是,由于上述兩次數據庫操作中的第二次涉及的統計操作耗時較多,則服務端對用戶的條目列表獲取請求的處理過程耗時較多,導致對用戶響應速度較慢。
    技術實現思路
    本申請實施例提供一種條目列表獲取請求處理方法及裝置,用以解決現有技術中服務端對用戶的條目列表獲取請求的處理過程耗時較多,導致對用戶響應速度較慢的問題。本申請實施例采用下述技術方案:本申請實施例提供的一種條目列表獲取請求處理方法,包括:接收用戶的條目列表獲取請求,所述待獲取的條目列表所包含的條目數量為第一數量;根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,所述第二數量大于所述第一數量;根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,以及向所述用戶提示是否存在更多條目。本申請實施例提供的一種條目列表獲取請求處理裝置,包括:接收模塊,接收用戶的條目列表獲取請求,待獲取的所述條目列表所包含的條目數量為第一數量;查詢模塊,根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,所述第二數量大于所述第一數量;返回模塊,根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,以及向所述用戶提示是否存在更多條目。本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果:在對用戶的條目列表獲取請求的處理過程中,無需進行現有技術中耗時較多的數據庫統計操作,只需進行一次數據庫查詢操作即可,可以減少服務端對用戶的條目列表獲取請求的處理過程的耗時,進而可以提高對用戶的響應速度,因此,可以部分或全部地解決現有技術中的問題。附圖說明此處所說明的附圖用來提供對本申請的進一步理解,構成本申請的一部分,本申請的示意性實施例及其說明用于解釋本申請,并不構成對本申請的不當限定。在附圖中:圖1為現有技術中的一種條目列表展示示意圖;圖2為本申請實施例提供的一種條目列表獲取請求處理方法的流程示意圖;圖3為本申請實施例提供的一種實際應用場景下,現有技術的條目列表獲取請求處理多端交互過程示意圖;圖4為本申請實施例提供的一種實際應用場景下,本申請的方案的條目列表獲取請求處理多端交互過程示意圖;圖5為本申請實施例提供的一種條目列表獲取請求處理裝置的結構示意圖。具體實施方式為使本申請的目的、技術方案和優點更加清楚,下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然,所描述的實施例僅是本申請一部分實施例,而不是全部的實施例?;诒旧暾堉械膶嵤├?,本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例,都屬于本申請保護的范圍。如前所述,
    技術介紹
    中對現有技術中的問題進行了簡單說明。為了更直觀地理解該問題,在介紹本申請的方案之前,先舉例對現有技術中的問題進行更詳細的說明。圖1為現有技術中的一種條目列表展示示意圖。假定用戶是通過執行下拉操作,向服務端發送條目列表獲取請求的,比如,對于觸摸屏設備,用戶可以將用于展現條目列表的頁面向下拖拽一段距離后放手(也即,執行下拉操作),終端在檢測到用戶的下拉操作后,向服務端發送用戶的條目列表獲取請求。假定每次獲取的條目列表包含至多m條條目。圖1中示出了在用戶執行了某一次下拉操作后,終端獲取并展現的條目列表,可以看到,該條目列表包含了第n條目到第n+m-1條目,共計m條條目。圖1中的“查看更多”按鈕控件是根據服務端對于是否存在更多條目的提示所渲染展現的。若在當前展現的條目后還存在更多條目,則終端可以渲染展現“查看更多”按鈕控件,反之,則終端可以渲染展現“無更多條目”按鈕控件。進一步地,用戶還可以通過在圖1的條目列表上再次執行下拉操作,或者,對“查看更多”按鈕控件執行點擊操作,觸發下一次請求條目列表的過程開始,服務端相應地可以從數據庫獲取并返回從第n+m條目開始的,至多m條新條目。為了使終端獲取到并展示圖1中條目列表。服務端主要執行了以下兩次數據庫操作:第一次,從數據庫獲取下一批至多預定數量的條目。具體地,服務端向數據庫查詢從第n條目開始的至多m條條目。使用的SQL語句常常如下:“select*fromxx_tablewherestartRow>=nlimitm”;第二次,從數據庫獲取所述下一批條目以及下一批條目之后的所有條目的總數量統計值。具體地,確定數據庫中從第n條目開始直至結束的條目總數量,用于判斷是否存在更多條目以供下次獲取,以便于后續向用戶提示。使用的SQL語句常常如下:“selectcount(*)fromxx_tablewherestartRow>=n”;其中,在以上的兩個SQL語句中,“xx_table”表示數據庫用于存儲條目的數據表,每條條目分別是該數據表中的一條記錄,“startRow”表示條目的序號。但是,上述兩次數據庫操作中的第二次涉及的統計操作耗時較多(第二個SQL語句的執行過程耗時較多),則服務端對用戶的條目列表獲取請求的處理過程耗時較多,導致對用戶的下拉操作響應速度較慢。上面對現有技術進行了詳細分析,下面開始介紹本申請的方案,以及對本申請的方案如何解決現有技術中的問題進行說明。圖2為本申請實施例提供的一種條目列表獲取請求處理方法的流程示意圖。圖2中的流程的執行主體可以是服務端或終端。服務端或終端對應的設備包括但不限于:個人計算機、大中型計算機、計算機集群、手機、平板電腦、智能手表、車載移動臺。執行主體并不構成對本申請的限定,為了便于描述,以下主要以執行主體是服務端為例進行說明。圖2中的流程可以包括以下步驟:S201:接收用戶的條目列表獲取請求,待獲取的所述條目列表所包含的條目數量為第一數量。在本申請實施例中,條目列表是應用中常見的一種信息展現形式,條目列表初始時保存在服務端的數據庫中,當用戶在終端上使用應用,需要查看條目列表時,可以通過終端,向應用的服務端發送條目列表獲取請求,通過終端與服務端的交互,以及服務端的相應處理,終端本文檔來自技高網
    ...
    一種條目列表獲取請求處理方法及裝置

    【技術保護點】
    一種條目列表獲取請求處理方法,其特征在于,包括:接收用戶的條目列表獲取請求,待獲取的所述條目列表所包含的條目數量為第一數量;根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,所述第二數量大于所述第一數量;根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,以及向所述用戶提示是否存在更多條目。

    【技術特征摘要】
    1.一種條目列表獲取請求處理方法,其特征在于,包括:接收用戶的條目列表獲取請求,待獲取的所述條目列表所包含的條目數量為第一數量;根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,所述第二數量大于所述第一數量;根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,以及向所述用戶提示是否存在更多條目。2.如權利要求1所述的方法,其特征在于,根據所述條目列表獲取請求,向數據庫查詢第二數量的條目,具體包括:根據所述條目列表獲取請求,向數據庫中查詢所述用戶尚未獲取的、第二數量的條目。3.如權利要求2所述的方法,其特征在于,各所述條目具有預定順序,所述用戶尚未獲取的條目為:順序位于特定條目之前的條目,或位于所述特定條目之后的條目;其中,所述特定條目是根據所述條目列表獲取請求確定的。4.如權利要求1~3任一項所述的方法,其特征在于,根據所述數據庫響應于所述查詢而返回的條目,向所述用戶返回所述條目列表,具體包括:確定所述數據庫響應于所述查詢返回的條目的總數量;判斷所述總數量是否大于所述第一數量;若是,向所述用戶返回包含所述數據庫響應于所述查詢而返回的全部條目中第一數量的條目的條目列表;否則,向所述用戶返回包含所述數據庫響應于所述查詢而返回的全部條目的條目列表。5.如權利要求1~3任一項所述的方法,其特征在于,向所述用戶提示是否存在更多條目,具體包括:向所述用戶返回標識信息,所述標識信息用于向所述用戶提示是否存在更多條目。6.如權利要求1~3任一項所述的方法,其特征在于,根據所述數據庫響應于所述查詢而返回的條目,向所述用戶提示是否存在更多條目,具體包括:確定所述數據庫響應于所述查詢而返回的條目的總數量;判斷所述總數量是否大于所述第一數量;若是,向所述用戶提示存在更多條目;否則,向所述用戶提示不存在更多條目。7.如權利要求1~3任一項所述的方法,其特征在于,所述條目列表獲取請求...

    【專利技術屬性】
    技術研發人員:陳自強
    申請(專利權)人:阿里巴巴集團控股有限公司,
    類型:發明
    國別省市:開曼群島,KY

    網友詢問留言 已有0條評論
    • 還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。

    1
    主站蜘蛛池模板: 亚洲伊人成无码综合网| 亚洲AV无码专区在线电影成人| 亚洲AV无码片一区二区三区 | 亚洲AV永久无码区成人网站| 成年无码av片完整版| JAVA性无码HD中文| 午夜精品久久久久久久无码| 精品人妻大屁股白浆无码| 亚洲AV无码国产剧情| 亚洲精品无码不卡| 国产成人无码一二三区视频 | 亚洲 另类 无码 在线| 18精品久久久无码午夜福利| 精品无码人妻久久久久久| 50岁人妻丰满熟妇αv无码区| 中文有无人妻vs无码人妻激烈| 国产怡春院无码一区二区| 亚洲国产av高清无码| 无码h黄动漫在线播放网站| 少妇性饥渴无码A区免费 | 精品久久久久久无码人妻中文字幕 | 亚洲天然素人无码专区| 成人无码AV一区二区| 中文字幕无码久久久| 欧日韩国产无码专区| 人妻老妇乱子伦精品无码专区| 久久久无码精品人妻一区| 亚洲精品无码久久久久APP | 亚洲成av人片在线观看无码不卡| 精品少妇人妻AV无码专区不卡| 无码尹人久久相蕉无码| 亚洲av中文无码乱人伦在线观看 | 国产精品无码一本二本三本色| 无码八A片人妻少妇久久| 日日麻批免费40分钟无码| 久久久久精品国产亚洲AV无码| 久久男人Av资源网站无码软件| 蜜桃成人无码区免费视频网站 | 97无码人妻福利免费公开在线视频 | 国产丝袜无码一区二区三区视频| 人妻丰满熟妇aⅴ无码|