專利名稱：一種數據展現的方法和裝置的制作方法
技術領域：
本發(fā)明涉及關系型數據庫應用技術領域，更具體地說涉及一種數據展現的方法和
直O(jiān)
背景技術：
隨著經濟的快速發(fā)展以及信息化管理在企業(yè)中的廣泛應用，企業(yè)在積攢了大量 的歷史數據的同時，企業(yè)的日常運營工作也越來越依賴于對這些歷史數據的管理。而 RDBMS (Relational Datebase Management System，關系型數據管理系統(tǒng))作為一種數據管 理系統(tǒng)，是企業(yè)管理歷史數據的主要工具。在RDBMS中，所有的數據都以符合范式二維表格 的形式存在。而當用戶發(fā)起一個數據查詢的請求時，RDBMS就會將該查詢請求所涉及到的 所有數據全部從數據庫中裝載進來，并且將數據組織成某種樣式，比如樹形、列表等展現給 用戶，從而響應用戶的一個數據查詢請求。。但是，在實際的應用當中，由于樹形數據大量存在，很多企業(yè)所維護的數據規(guī)模龐 大，例如，大集團的人員信息和裝備制造業(yè)的裝備組裝數據，這些數據可能多達十萬甚至 百萬余條。在面臨如此大規(guī)模的數據時，現有技術中在響應用戶的一個查詢請求時，將數目 龐大的數據全部從數據庫中裝載進來，并組裝成樹后，再展現給用戶的方式勢必要會帶來 巨大的耗時，進而也就影響了對用戶數據查詢請求的響應速度。一般情況下，當數據達到幾千條時，響應用戶數據查詢請求消息的時間就會需要 3-4分鐘，如果是多達十萬甚至百萬余條的數據，響應用戶數據查詢請求消息的時間將是用 戶無法接受的。

發(fā)明內容
有鑒于此，本發(fā)明的目的在于提供一種數據展現方法和裝置，以提高對用戶數據 查詢請求的響應速度。一種數據展現的方法，包括預先將從根節(jié)點起預定級別內的數據進行裝載和組 裝；每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是否查詢當前 已裝載的數據；如果是，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數 據查詢請求；否則，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝 后的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。優(yōu)選的，所述方法還包括在將裝載和組裝后的用戶請求數據展現給用戶的同時， 根據當前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的數據；將預測的所述用 戶下一次將要查詢的數據進行裝載和組裝，并等待接收用戶觸發(fā)的下一次數據查詢請求。優(yōu)選的，所述根據當前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的 數據包括獲取所述當前數據查詢請求中用戶請求數據的節(jié)點標識；查找與所述節(jié)點標識 具有同一級別和/或下一級別關系的關系節(jié)點標識，所述關系節(jié)點標識所指示的數據為用 戶下一次將要查詢的數據。
4
優(yōu)選的，所述方法還包括當接收到用戶觸發(fā)的退出請求時，判斷用戶是否對已展 現給用戶的數據進行了修改，如果是，將修改后數據寫回數據庫，并釋放與所述已展現給用 戶的數據所對應的內存空間，否則，釋放與所述已展現給用戶的數據所對應的內存空間。優(yōu)選的，所述預先將從根節(jié)點起預定級別內的數據進行裝載和組裝包括將所述 從根節(jié)點起預定級別內的數據裝載和組裝到選定的內存空間，所述選定的內存空間為與一 次性展現給用戶的最大數據量相對應的內存空間；當將當前已裝載的數據展現給用戶，或 者，將裝載和組裝后的用戶請求數據展現給用戶之后還包括釋放已展現給用戶的數據所 對應的內存空間。 一種數據展現的裝置，包括第一預裝載單元，用于預先將從根節(jié)點起預定級別內 的數據進行裝載和組裝；判斷單元，用于每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶 觸發(fā)的數據查詢請求是否查詢當前已裝載的數據；第一展現單元，用于當所述判斷單元的 判斷結果為是時，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查 詢請求；第二展現單元，用于當所述判斷單元的判斷結果為否時，將所述數據查詢請求中用 戶請求數據進行裝載和組裝，并將裝載和組裝后的用戶請求數據展現給用戶，且繼續(xù)等待 接收用戶觸發(fā)的下一次數據查詢請求。優(yōu)選的，所述裝置還包括預測單元，用于在將裝載和組裝后的用戶請求數據展現 給用戶的同時，根據當前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的數據； 第二預裝載單元，用于將所述預測單元預測的所述用戶下一次將要查詢的數據進行裝載和 組裝，并等待接收用戶觸發(fā)的下一次數據查詢請求。優(yōu)選的，所述預測單元包括獲取子單元，用于獲取所述當前數據查詢請求中用戶 請求數據的節(jié)點標識；查找子單元，用于查找與所述節(jié)點標識具有同一級別和/或下一級 別關系的關系節(jié)點標識，所述關系節(jié)點標識所指示的數據為用戶下一次將要查詢的數據。優(yōu)選的，所述裝置還包括退出響應單元，用于當接收到用戶觸發(fā)的退出請求時， 判斷用戶是否對所述已展現給用戶的數據進行了修改，如果是，將所述修改寫回數據庫并 釋放所述已展現給用戶的數據所對應的內存空間，否則，釋放所述已展現給用戶的數據所 對應的內存空間。優(yōu)選的，所述第一預裝載單元包括內存申請單元，用于為所述從根節(jié)點起預定級 別內的數據裝載和組裝提供選定的內存空間，所述選定的內存空間為與一次性展現給用戶 的最大數據量相對應的內存空間；所述裝置還包括內存釋放單元，用于當將當前已裝載的 數據展現給用戶，或者，將裝載和組裝后的用戶請求數據展現給用戶之后，釋放所述已展現 給用戶的數據所對應的內存空間。通過上述技術方案可知，與現有技術相比，本發(fā)明實施例通過數據的預裝載，即預 先將從根節(jié)點起預定級別內的數據進行裝載和組裝，提高了樹的響應速度，縮短了用戶的 等待時間。另外，通過對用戶請求數據的預測，將用戶下一次將要查詢的數據進行預裝載， 進一步提高了樹的響應速度，縮短了用戶的等待時間。此外，本發(fā)明實施例還通過內存空間的適量申請和動態(tài)釋放機制，有效減小了系 統(tǒng)運行所需內存，進一步滿足了用戶的需求。


為了更清楚地說明本發(fā)明的技術方案，下面將對本發(fā)明描述中所需要使用的附圖 作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普 通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的一種數據展現的方法流程圖；圖2為本發(fā)明實施例提供的一種從根結點起預定級別內的數據裝載和組裝的實 現方法流程圖；圖3為本發(fā)明實施例提供的另一種數據展現的方法流程圖；圖4為本發(fā)明實施例提供的一種根據當前數據查詢請求中用戶請求數據預測用 戶下一次將要查詢的數據的實現方法流程圖；圖5為本發(fā)明實施例提供的另一種數據展現的方法流程圖；圖6為本發(fā)明實施例提供的一種數據展現裝置的結構示意圖；圖7為本發(fā)明實施例提供的第一預裝載單元的結構示意圖；圖8為本發(fā)明實施例提供的另一種數據展現裝置的結構示意圖；圖9為本發(fā)明實施例提供的預測單元的結構示意圖；圖10本發(fā)明實施例提供的另一種數據展現裝置的結構示意圖。
具體實施例方式首先對本發(fā)明提供的一種數據展現進行說明，包括預先將從根節(jié)點起預定級別內的數據進行裝載和組裝；每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是否查詢 當前已裝載的數據；如果是，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查 詢請求；否則，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后 的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。通過上述技術方案可知，與現有技術相比，本發(fā)明實施例通過數據的預裝載，即預 先將從根節(jié)點起預定級別內的數據進行裝載和組裝，提高了樹的響應速度，縮短了用戶的 等待時間。另外，通過對用戶請求數據的預測，將用戶下一次將要查詢的數據進行預裝載， 進一步提高了樹的響應速度，縮短了用戶的等待時間。下面將結合本發(fā)明中的附圖，對本發(fā)明的技術方案進行清楚、完整地描述。實施例一參見圖1所示，本發(fā)明實施例提供的數據展現方法，可以包括以下步驟S101，預先將從根節(jié)點起預定級別內的數據進行裝載和組裝。在面臨數量極大的樹形結構的數據時，當接到用戶觸發(fā)的數據查詢請求后，會按 照樹的初次裝載策略對全部數據進行部分裝載和組裝，然后再去響應用戶的數據查詢請 求。所述樹的初次裝載策略是指將從根節(jié)點起預定級別內的數據進行裝載和組裝。其中，從根節(jié)點起預定級別內的數據可以包括根節(jié)點和第一層子節(jié)點所涉及到的 數據，當然也可以是其它的多種情況，本實施例對預定級別的具體級數并不限定。例如，當樹形結構的總數據量非常龐大的時候，其第一層子節(jié)點所涉及到的數據量就已經非常龐 大，那么就可以只將根節(jié)點所涉及到的數據，或者根節(jié)點和部分子節(jié)點所涉到的數據進行 裝載和組裝。當樹形結構的總數據量相對來說不很龐大的情況下，可以將根節(jié)點、第一層子 節(jié)點和第二層子節(jié)點所涉及到的數據進行裝載和組裝?？偠灾?，預定級別是可以根據數 據量的大小靈活選擇的一個值。為了描述方便，以下將以一個大型企業(yè)的人員信息為例來說明本發(fā)明的實施步 驟。對應于本步驟，當用戶查詢企業(yè)的人員信息時，首先將企業(yè)人員信息和企業(yè)各個部門的 人員信息進行預裝載和組裝。當然，如果該企業(yè)的部門繁多，可以根據實際情況將企業(yè)人員 信息和主要部門的人員信息，例如，人力資源部、財務部、生產部、研發(fā)部和市場部的人員信 息進行預裝載和組裝。可以理解的是，如果數據量相對來說不龐大，也可以將各部門的子部 門人員信息，例如市場部的調研、廣告和售后服務等子部門的人員信息進行預裝載和組裝。S102，每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是 否查詢當前已裝載的數據。如果是，則執(zhí)行步驟S103，否則，則執(zhí)行步驟S104。當對從根節(jié)點起預定級別內的數據進行裝載和組裝之后，就開始響應用戶的數據 查詢請求，并判斷用戶觸發(fā)的數據查詢請求是否查詢當前已裝載的數據。例如，當將企業(yè)人員信息和企業(yè)各個部門的人員信息進行預裝載和組裝之后，開 始響應用戶的數據查詢請求，判斷用戶的數據查詢請求所涉及到的數據是否已經被裝載和 組裝，即企業(yè)人員信息和企業(yè)各個部門的人員信息是否完全涵蓋了用戶所要查詢的數據。S103，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢 請求。當步驟S102中的判斷結果為是時，說明用戶的數據查詢請求所涉及到的數據已 經被裝載和組裝。那么就將當前已裝載和組裝的數據直接展現給用戶，并等待接收用戶 觸發(fā)的下一次數據查詢請求，以便當用戶觸發(fā)了下一次的數據查詢請求時，重新進入步驟 S102，繼續(xù)判斷用戶觸發(fā)的數據查詢請求是否查詢當前已裝載的數據。例如，當企業(yè)人員信息和企業(yè)各個部門的人員信息完全涵蓋了用戶所要查詢的數 據時，就將企業(yè)人員信息和企業(yè)各個部門的人員信息直接展現給用戶，并等待接收用戶觸 發(fā)的下一次數據查詢請求。S104，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后 的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。當步驟S102中的判斷結果為否時，說明用戶的數據查詢請求所涉及到的數據尚 未被裝載和組裝。那么就將此次用戶數據查詢請求中用戶請求數據進行裝載和組裝，并將 裝載和組裝后的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請 求，以便當用戶觸發(fā)了下一次的數據查詢請求時，重新進入步驟S102，繼續(xù)判斷用戶觸發(fā)的 數據查詢請求是否查詢當前已裝載的數據。例如，用戶的數據查詢請求涉及到某部門中的子部門人員信息時，如涉及到市場 部的調研、廣告和售后服務等子部門的人員信息時，那么預先裝載和組裝企業(yè)人員信息和 企業(yè)各個部門的人員信息沒有涵蓋用戶所要查詢的數據，就把用戶此次數據查詢請求所涉 及數據進行裝載和組裝，并展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。由本發(fā)明實施例可以看出，本發(fā)明實施例通過數據的預裝載，即預先將從根節(jié)點起預定級別內的數據進行裝載和組裝，提高了樹的響應速度，縮短了用戶的等待時間。另 外，通過對用戶請求數據的預測，將用戶下一次將要查詢的數據進行預裝載，進一步提高了 樹的響應速度，縮短了用戶的等待時間。實施例二 在實際的應用需求中，用戶終端的內存空間往往是有限的，為了擺脫內存空間對 RDBMS系統(tǒng)應用的限制，本發(fā)明還提供了限量內存申請和動態(tài)內存釋放的機制。請參考圖2，本 發(fā)明實施例提供從根結點起預定級別內的數據裝載和組裝的實現方法可以包括以下步驟SlOla,將所述從根節(jié)點起預定級別內的數據裝載和組裝到選定的內存空間。優(yōu)選的，所述選定的內存空間為與一次性展現給用戶的最大數據量相對應的內存 空間。當然，也可以根據樹形結構的數據總量選定內存空間，數據總量越大，選定的內存空 間就越大。本實施例對選定的內存空間的具體大小并不限定。當這種限量的內存空間被選 定后，即用戶終端的內存空間被選定，此時就可以根據選定的內存空間確定SlOla中預裝 載和組裝的數據。如，如果選定的內存空間為100M，而對于一個由大型企業(yè)的人員信息所構 建的樹形結構數據，100M的內存空間可以承載樹形結構中根節(jié)點的數據，則步驟SlOla中 將根節(jié)點數據狀態(tài)和組裝到選定的內存空間中。SlOlb，當將當前已裝載的數據展現給用戶，或者，將裝載和組裝后的用戶請求數 據展現給用戶之后，釋放已展現給用戶的數據所對應的內存空間。例如，一次性能夠展現給用戶的最大數據量是20條，那么在將從根節(jié)點起預定級 別內的數據裝載和組裝時，所選定的內存空間就可以是20條數據量所占用的內存空間，或 者是略大于20條數據量所占用的內存空間。如果用戶終端的內存空間不足以支撐除預裝 載之外的其它數據操作請求時，那么在將當前已裝載的數據展現給用戶，或者，將裝載和組 裝后的用戶請求數據展現給用戶之后，釋放已展現給用戶的數據所對應的內存空間。本實施例通過增加適量內存申請和動態(tài)內存釋放的步驟，壓縮了樹型結構的數據 所占用的內存空間，從而消除了用戶終端內存條件對系統(tǒng)運行的限制，滿足了用戶在有限 的內存空間內實現解析存儲在RDBMS中的大量甚至是海量的樹狀數據的需求。由上述實施例可以看出，本實施例除了具有實施例一的有益效果之外，本實施例 還通過內存空間的適量申請和動態(tài)釋放機制，有效減小了系統(tǒng)運行所需內存，進一步滿足 了用戶的需求。實施例三在系統(tǒng)的實際應用當中，用戶總是希望系統(tǒng)的響應速度越快越好，為了進一步縮 短系統(tǒng)的響應時間，提高用戶的體驗，本發(fā)明還提供了數據的預取機制，即根據當前數據查 詢請求中用戶請求數據預測用戶下一次將要查詢的數據并進行預裝載。參見圖3所示，本 發(fā)明實施例提供的數據展現方法可以包括以下步驟S101，預先將從根節(jié)點起預定級別內的數據進行裝載和組裝。S102，每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是 否查詢當前已裝載的數據。如果是，則執(zhí)行步驟S103，否則，則執(zhí)行步驟S104。S103，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢 請求。S104，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后
8的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。以上步驟S101-S104的具體實現過程已經在實施例一中進行了詳細的描述，故此 處不再贅述。S105，在將裝載和組裝后的用戶請求數據展現給用戶的同時，根據當前數據查詢 請求中用戶請求數據預測用戶下一次將要查詢的數據。實際應用當中，為了進一步縮短系統(tǒng)的響應時間，本發(fā)明提供的數據展現方法增 加了一個根據當前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的數據的步驟， 如圖4所示，具體可以包括S105a，獲取所述當前數據查詢請求中用戶請求數據的節(jié)點標識。例如，當前用戶所查詢的是企業(yè)市場部的人員信息，那么就獲取市場部人員信息 在樹數據中的節(jié)點標識。S105b，查找與所述節(jié)點標識具有同一級別和/或下一級別關系的關系節(jié)點標識， 所述關系節(jié)點標識所指示的數據為用戶下一次將要查詢的數據。例如，當前用戶所查詢的是企業(yè)市場部的人員信息，那么在獲取市場部人員信息 在樹數據中的節(jié)點標識之后，開始查找與該節(jié)點標識具有同一級別和/或下一級別關系的 關系節(jié)點標識，比如可以是研發(fā)部人員信息和/或市場部的子部門(調研、廣告和售后服務 等)人員信息在樹數據中的節(jié)點標識，并將這些關系節(jié)點標識所指示的數據作為用戶下一 次將要查詢的數據。S106，將預測的用戶下一次將要查詢的數據進行裝載和組裝，并等待接收用戶觸 發(fā)的下一次數據查詢請求。由上述實施例可以看出，本實施例除了具有實施例一的有益效果之外，還通過對 用戶請求數據的預測，將用戶下一次將要查詢的數據進行預裝載，進一步提高了樹的響應 速度，縮短了用戶的等待時間。實施例四在實際的數據查詢過程中，用戶在查詢完某一部分的數據時，往往會選擇退出對 該部分數據的查詢，然后接著去查詢其它部分的數據。為了進一步合理利用用戶終端內存， 放寬系統(tǒng)運行對用戶終端內存的要求，本發(fā)明還提供了根據用戶退出請求，選擇性釋放相 應內存空間的機制。如圖5所示，本發(fā)明實施例提供的數據展現方法可以包括以下步驟S101，預先將從根節(jié)點起預定級別內的數據進行裝載和組裝。S102，每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是 否查詢當前已裝載的數據。如果是，則執(zhí)行步驟S103，否則，則執(zhí)行步驟S104。S103，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢 請求。S104，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后 的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。S105，在將裝載和組裝后的用戶請求數據展現給用戶的同時，根據當前數據查詢 請求中用戶請求數據預測用戶下一次將要查詢的數據。S106，將預測的用戶下一次將要查詢的數據進行裝載和組裝，并等待接收用戶觸 發(fā)的下一次數據查詢請求。
以上步驟S101-S106的具體實現過程已經在實施例一和實施例三中進行了詳細 的描述，故此處不再贅述。S107，當接收到用戶觸發(fā)的退出請求時，判斷用戶是否對已展現給用戶的數據進 行了修改，如果是，將修改后數據寫回數據庫，并釋放與所述已展現給用戶的數據所對應的 內存空間，否則，釋放與所述已展現給用戶的數據所對應的內存空間。用戶在數據查詢過程中，可能對相應數據進行了修改。那么在接到用戶的退出請 求時，就需要將數據的變動寫回數據庫，同時釋放已展現給用戶的數據所對應的內存空間。 實際應用當中，釋放有多種情況，比如用戶請求退出的是對市場部人員信息的查詢，那么釋 放的就是該部分數據所占的內存空間，如果用戶請求退出的是對市場部的子部門，廣告部 人員信息的查詢，那么釋放的就是與之相對應的內存空間。由上述實施例可以看出，本實施例除了具有實施例三的有益效果之外，還通過內 存的選擇性釋放機制，進一步合理分配了系統(tǒng)的內存，從而可以在有限內存空間內實現對 數量龐大的樹狀數據的查詢。通過以上的方法實施例的描述，所屬領域的技術人員可以清楚地了解到本發(fā)明可 借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件，但很多情況下前者 是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢 獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包 括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí) 行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括只讀存儲器 (ROM)、隨機存取存儲器(RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質。實施例五相應于上面的方法實施例，本發(fā)明實施例還提供了一種數據展現裝置，參見圖6 所示，包括第一預裝載單元601，用于預先將從根節(jié)點起預定級別內的數據進行裝載和組裝。判斷單元602，用于每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據 查詢請求是否查詢當前已裝載的數據。第一展現單元603，用于當所述判斷單元602的判斷結果為是時，將當前已裝載的 數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢請求。第二展現單元604，用于當所述判斷單元602的判斷結果為否時，將所述數據查詢 請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后的用戶請求數據展現給用戶，且 繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。參見圖7所示，所述第一預裝載單元601可以包括內存申請單元601a，用于為所述從根節(jié)點起預定級別內的數據裝載和組裝提供選 定的內存空間，所述選定的內存空間為與一次性展現給用戶的最大數據量相對應的內存空 間。內存釋放單元601b，用于當將當前已裝載的數據展現給用戶，或者，將裝載和組裝 后的用戶請求數據展現給用戶之后，釋放所述已展現給用戶的數據所對應的內存空間。參見圖8所示，本發(fā)明實施例提供的數據展現裝置還可以進一步包括預測單元605，用于在將裝載和組裝后的用戶請求數據展現給用戶的同時，根據當
10前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的數據。第二預裝載單元606，用于將所述預測單元605預測的所述用戶下一次將要查詢 的數據進行裝載和組裝，并等待接收用戶觸發(fā)的下一次數據查詢請求。參見圖9所示，所述的預測單元605可以包括獲取子單元605a，用于獲取所述當前數據查詢請求中用戶請求數據的節(jié)點標識；查找子單元605b，用于查找與所述節(jié)點標識具有同一級別和/或下一級別關系的 關系節(jié)點標識，所述關系節(jié)點標識所指示的數據為用戶下一次將要查詢的數據。參見圖10所示，本發(fā)明實施例提供的數據展現裝置還可以進一步包括退出響應單元607，用于當接收到用戶觸發(fā)的退出請求時，判斷用戶是否對所述已 展現給用戶的數據進行了修改，如果是，將所述修改寫回數據庫并釋放所述已展現給用戶 的數據所對應的內存空間，否則，釋放所述已展現給用戶的數據所對應的內存空間。對于裝置實施例而言，由于其基本相應于方法實施例，所以相關之處參見方法實 施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件 說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以 不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的 需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不 付出創(chuàng)造性勞動的情況下，即可以理解并實施。在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，在沒有超過 本申請的精神和范圍內，可以通過其他的方式實現。當前的實施例只是一種示范性的例子， 不應該作為限制，所給出的具體內容不應該限制本申請的目的。例如，所述單元或子單元的 劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或多個 子單元結合一起。另外，多個單元可以或組件可以結合或者可以集成到另一個系統(tǒng)，或一些 特征可以忽略，或不執(zhí)行。以上所述僅是本發(fā)明的具體實施方式
，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視為本發(fā)明的保護范圍。
權利要求
一種數據展現的方法，其特征在于，包括預先將從根節(jié)點起預定級別內的數據進行裝載和組裝；每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是否查詢當前已裝載的數據；如果是，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢請求；否則，將所述數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。
2.根據權利要求1所述的方法，其特征在于，所述方法還包括在將裝載和組裝后的用戶請求數據展現給用戶的同時，根據當前數據查詢請求中用戶 請求數據預測用戶下一次將要查詢的數據；將預測的所述用戶下一次將要查詢的數據進行裝載和組裝，并等待接收用戶觸發(fā)的下 一次數據查詢請求。
3.根據權利要求2所述的方法，其特征在于，所述根據當前數據查詢請求中用戶請求 數據預測用戶下一次將要查詢的數據包括獲取所述當前數據查詢請求中用戶請求數據的節(jié)點標識；查找與所述節(jié)點標識具有同一級別和/或下一級別關系的關系節(jié)點標識，所述關系節(jié) 點標識所指示的數據為用戶下一次將要查詢的數據。
4.根據權利要求1-3任意一項所述的方法，其特征在于，所述方法還包括當接收到用戶觸發(fā)的退出請求時，判斷用戶是否對已展現給用戶的數據進行了修改， 如果是，將修改后數據寫回數據庫，并釋放與所述已展現給用戶的數據所對應的內存空間， 否則，釋放與所述已展現給用戶的數據所對應的內存空間。
5.根據權利要求1-3任意一項所述的方法，其特征在于，所述預先將從根節(jié)點起預定 級別內的數據進行裝載和組裝包括將所述從根節(jié)點起預定級別內的數據裝載和組裝到選定的內存空間，所述選定的內存 空間為與一次性展現給用戶的最大數據量相對應的內存空間；當將當前已裝載的數據展現給用戶，或者，將裝載和組裝后的用戶請求數據展現給用 戶之后還包括釋放已展現給用戶的數據所對應的內存空間。
6.一種數據展現的裝置，其特征在于，包括第一預裝載單元，用于預先將從根節(jié)點起預定級別內的數據進行裝載和組裝；判斷單元，用于每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請 求是否查詢當前已裝載的數據；第一展現單元，用于當所述判斷單元的判斷結果為是時，將當前已裝載的數據展現給 用戶，并等待接收用戶觸發(fā)的下一次數據查詢請求；第二展現單元，用于當所述判斷單元的判斷結果為否時，將所述數據查詢請求中用戶 請求數據進行裝載和組裝，并將裝載和組裝后的用戶請求數據展現給用戶，且繼續(xù)等待接 收用戶觸發(fā)的下一次數據查詢請求。
7.根據權利要求6所述的裝置，其特征在于，所述裝置還包括預測單元，用于在將裝載和組裝后的用戶請求數據展現給用戶的同時，根據當前數據查詢請求中用戶請求數據預測用戶下一次將要查詢的數據；第二預裝載單元，用于將所述預測單元預測的所述用戶下一次將要查詢的數據進行裝 載和組裝，并等待接收用戶觸發(fā)的下一次數據查詢請求。
8.根據權利要求7所述的裝置，其特征在于，所述預測單元包括 獲取子單元，用于獲取所述當前數據查詢請求中用戶請求數據的節(jié)點標識；查找子單元，用于查找與所述節(jié)點標識具有同一級別和/或下一級別關系的關系節(jié)點 標識，所述關系節(jié)點標識所指示的數據為用戶下一次將要查詢的數據。
9.根據權利要求6-8任意一項所述的裝置，其特征在于，所述裝置還包括退出響應單元，用于當接收到用戶觸發(fā)的退出請求時，判斷用戶是否對所述已展現給 用戶的數據進行了修改，如果是，將所述修改寫回數據庫并釋放所述已展現給用戶的數據 所對應的內存空間，否則，釋放所述已展現給用戶的數據所對應的內存空間。
10.根據權利要求6-8任意一項所述的裝置，其特征在于，所述第一預裝載單元包括 內存申請單元，用于為所述從根節(jié)點起預定級別內的數據裝載和組裝提供選定的內存空間，所述選定的內存空間為與一次性展現給用戶的最大數據量相對應的內存空間；所述裝置還包括內存釋放單元，用于當將當前已裝載的數據展現給用戶，或者，將裝載 和組裝后的用戶請求數據展現給用戶之后，釋放所述已展現給用戶的數據所對應的內存空
全文摘要
本發(fā)明實施例公開了一種數據展現的方法和裝置。一種數據展現的方法，包括預先將從根節(jié)點起預定級別內的數據進行裝載和組裝；每當接收到用戶觸發(fā)的數據查詢請求時，判斷用戶觸發(fā)的數據查詢請求是否查詢當前已裝載的數據；如果是，將當前已裝載的數據展現給用戶，并等待接收用戶觸發(fā)的下一次數據查詢請求；否則，將數據查詢請求中用戶請求數據進行裝載和組裝，并將裝載和組裝后的用戶請求數據展現給用戶，且繼續(xù)等待接收用戶觸發(fā)的下一次數據查詢請求。本發(fā)明實施例通過數據的預裝載，即預先將從根節(jié)點起預定級別內的數據進行裝載和組裝，提高了樹的響應速度，縮短了用戶的等待時間。
文檔編號G06F17/30GK101877000SQ20091025957
公開日2010年11月3日 申請日期2009年12月21日 優(yōu)先權日2009年12月21日
發(fā)明者段文良, 韓敏, 高軍 申請人:山東中創(chuàng)軟件商用中間件股份有限公司