CN101877000A - 一种数据展现的方法和装置 - Google Patents

Abstract

本发明实施例公开了一种数据展现的方法和装置。一种数据展现的方法，包括：预先将从根节点起预定级别内的数据进行装载和组装；每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；如果是，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；否则，将数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。本发明实施例通过数据的预装载，即预先将从根节点起预定级别内的数据进行装载和组装，提高了树的响应速度，缩短了用户的等待时间。

Description

一种数据展现的方法和装置

技术领域

本发明涉及关系型数据库应用技术领域，更具体地说涉及一种数据展现的方法和装置。

背景技术

随着经济的快速发展以及信息化管理在企业中的广泛应用，企业在积攒了大量的历史数据的同时，企业的日常运营工作也越来越依赖于对这些历史数据的管理。而RDBMS(Relational Datebase Management System，关系型数据管理系统)作为一种数据管理系统，是企业管理历史数据的主要工具。在RDBMS中，所有的数据都以符合范式二维表格的形式存在。而当用户发起一个数据查询的请求时，RDBMS就会将该查询请求所涉及到的所有数据全部从数据库中装载进来，并且将数据组织成某种样式，比如树形、列表等展现给用户，从而响应用户的一个数据查询请求。。

但是，在实际的应用当中，由于树形数据大量存在，很多企业所维护的数据规模庞大，例如，大集团的人员信息和装备制造业的装备组装数据，这些数据可能多达十万甚至百万余条。在面临如此大规模的数据时，现有技术中在响应用户的一个查询请求时，将数目庞大的数据全部从数据库中装载进来，并组装成树后，再展现给用户的方式势必要会带来巨大的耗时，进而也就影响了对用户数据查询请求的响应速度。

一般情况下，当数据达到几千条时，响应用户数据查询请求消息的时间就会需要3-4分钟，如果是多达十万甚至百万余条的数据，响应用户数据查询请求消息的时间将是用户无法接受的。

发明内容

有鉴于此，本发明的目的在于提供一种数据展现方法和装置，以提高对用户数据查询请求的响应速度。

一种数据展现的方法，包括：预先将从根节点起预定级别内的数据进行装载和组装；每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；如果是，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；否则，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

优选的，所述方法还包括：在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据；将预测的所述用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

优选的，所述根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据包括：获取所述当前数据查询请求中用户请求数据的节点标识；查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

优选的，所述方法还包括：当接收到用户触发的退出请求时，判断用户是否对已展现给用户的数据进行了修改，如果是，将修改后数据写回数据库，并释放与所述已展现给用户的数据所对应的内存空间，否则，释放与所述已展现给用户的数据所对应的内存空间。

优选的，所述预先将从根节点起预定级别内的数据进行装载和组装包括：将所述从根节点起预定级别内的数据装载和组装到选定的内存空间，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间；当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后还包括：释放已展现给用户的数据所对应的内存空间。

一种数据展现的装置，包括：第一预装载单元，用于预先将从根节点起预定级别内的数据进行装载和组装；判断单元，用于每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；第一展现单元，用于当所述判断单元的判断结果为是时，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；第二展现单元，用于当所述判断单元的判断结果为否时，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

优选的，所述装置还包括：预测单元，用于在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据；第二预装载单元，用于将所述预测单元预测的所述用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

优选的，所述预测单元包括：获取子单元，用于获取所述当前数据查询请求中用户请求数据的节点标识；查找子单元，用于查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

优选的，所述装置还包括：退出响应单元，用于当接收到用户触发的退出请求时，判断用户是否对所述已展现给用户的数据进行了修改，如果是，将所述修改写回数据库并释放所述已展现给用户的数据所对应的内存空间，否则，释放所述已展现给用户的数据所对应的内存空间。

优选的，所述第一预装载单元包括：内存申请单元，用于为所述从根节点起预定级别内的数据装载和组装提供选定的内存空间，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间；所述装置还包括内存释放单元，用于当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后，释放所述已展现给用户的数据所对应的内存空间。

通过上述技术方案可知，与现有技术相比，本发明实施例通过数据的预装载，即预先将从根节点起预定级别内的数据进行装载和组装，提高了树的响应速度，缩短了用户的等待时间。另外，通过对用户请求数据的预测，将用户下一次将要查询的数据进行预装载，进一步提高了树的响应速度，缩短了用户的等待时间。

此外，本发明实施例还通过内存空间的适量申请和动态释放机制，有效减小了系统运行所需内存，进一步满足了用户的需求。

附图说明

为了更清楚地说明本发明的技术方案，下面将对本发明描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据展现的方法流程图；

图2为本发明实施例提供的一种从根结点起预定级别内的数据装载和组装的实现方法流程图；

图3为本发明实施例提供的另一种数据展现的方法流程图；

图4为本发明实施例提供的一种根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据的实现方法流程图；

图5为本发明实施例提供的另一种数据展现的方法流程图；

图6为本发明实施例提供的一种数据展现装置的结构示意图；

图7为本发明实施例提供的第一预装载单元的结构示意图；

图8为本发明实施例提供的另一种数据展现装置的结构示意图；

图9为本发明实施例提供的预测单元的结构示意图；

图10本发明实施例提供的另一种数据展现装置的结构示意图。

具体实施方式

首先对本发明提供的一种数据展现进行说明，包括：

预先将从根节点起预定级别内的数据进行装载和组装；

每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；

如果是，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；

否则，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

通过上述技术方案可知，与现有技术相比，本发明实施例通过数据的预装载，即预先将从根节点起预定级别内的数据进行装载和组装，提高了树的响应速度，缩短了用户的等待时间。另外，通过对用户请求数据的预测，将用户下一次将要查询的数据进行预装载，进一步提高了树的响应速度，缩短了用户的等待时间。

下面将结合本发明中的附图，对本发明的技术方案进行清楚、完整地描述。

实施例一：

参见图1所示，本发明实施例提供的数据展现方法，可以包括以下步骤：

S101，预先将从根节点起预定级别内的数据进行装载和组装。

在面临数量极大的树形结构的数据时，当接到用户触发的数据查询请求后，会按照树的初次装载策略对全部数据进行部分装载和组装，然后再去响应用户的数据查询请求。所述树的初次装载策略是指将从根节点起预定级别内的数据进行装载和组装。

其中，从根节点起预定级别内的数据可以包括根节点和第一层子节点所涉及到的数据，当然也可以是其它的多种情况，本实施例对预定级别的具体级数并不限定。例如，当树形结构的总数据量非常庞大的时候，其第一层子节点所涉及到的数据量就已经非常庞大，那么就可以只将根节点所涉及到的数据，或者根节点和部分子节点所涉到的数据进行装载和组装。当树形结构的总数据量相对来说不很庞大的情况下，可以将根节点、第一层子节点和第二层子节点所涉及到的数据进行装载和组装。总而言之，预定级别是可以根据数据量的大小灵活选择的一个值。

为了描述方便，以下将以一个大型企业的人员信息为例来说明本发明的实施步骤。对应于本步骤，当用户查询企业的人员信息时，首先将企业人员信息和企业各个部门的人员信息进行预装载和组装。当然，如果该企业的部门繁多，可以根据实际情况将企业人员信息和主要部门的人员信息，例如，人力资源部、财务部、生产部、研发部和市场部的人员信息进行预装载和组装。可以理解的是，如果数据量相对来说不庞大，也可以将各部门的子部门人员信息，例如市场部的调研、广告和售后服务等子部门的人员信息进行预装载和组装。

S102，每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据。如果是，则执行步骤S103，否则，则执行步骤S104。

当对从根节点起预定级别内的数据进行装载和组装之后，就开始响应用户的数据查询请求，并判断用户触发的数据查询请求是否查询当前已装载的数据。

例如，当将企业人员信息和企业各个部门的人员信息进行预装载和组装之后，开始响应用户的数据查询请求，判断用户的数据查询请求所涉及到的数据是否已经被装载和组装，即企业人员信息和企业各个部门的人员信息是否完全涵盖了用户所要查询的数据。

S103，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求。

当步骤S102中的判断结果为是时，说明用户的数据查询请求所涉及到的数据已经被装载和组装。那么就将当前已装载和组装的数据直接展现给用户，并等待接收用户触发的下一次数据查询请求，以便当用户触发了下一次的数据查询请求时，重新进入步骤S102，继续判断用户触发的数据查询请求是否查询当前已装载的数据。

例如，当企业人员信息和企业各个部门的人员信息完全涵盖了用户所要查询的数据时，就将企业人员信息和企业各个部门的人员信息直接展现给用户，并等待接收用户触发的下一次数据查询请求。

S104，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

当步骤S102中的判断结果为否时，说明用户的数据查询请求所涉及到的数据尚未被装载和组装。那么就将此次用户数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求，以便当用户触发了下一次的数据查询请求时，重新进入步骤S102，继续判断用户触发的数据查询请求是否查询当前已装载的数据。

例如，用户的数据查询请求涉及到某部门中的子部门人员信息时，如涉及到市场部的调研、广告和售后服务等子部门的人员信息时，那么预先装载和组装企业人员信息和企业各个部门的人员信息没有涵盖用户所要查询的数据，就把用户此次数据查询请求所涉及数据进行装载和组装，并展现给用户，且继续等待接收用户触发的下一次数据查询请求。

由本发明实施例可以看出，本发明实施例通过数据的预装载，即预先将从根节点起预定级别内的数据进行装载和组装，提高了树的响应速度，缩短了用户的等待时间。另外，通过对用户请求数据的预测，将用户下一次将要查询的数据进行预装载，进一步提高了树的响应速度，缩短了用户的等待时间。

实施例二：

在实际的应用需求中，用户终端的内存空间往往是有限的，为了摆脱内存空间对RDBMS系统应用的限制，本发明还提供了限量内存申请和动态内存释放的机制。请参考图2，本发明实施例提供从根结点起预定级别内的数据装载和组装的实现方法可以包括以下步骤：

S101a，将所述从根节点起预定级别内的数据装载和组装到选定的内存空间。

优选的，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间。当然，也可以根据树形结构的数据总量选定内存空间，数据总量越大，选定的内存空间就越大。本实施例对选定的内存空间的具体大小并不限定。当这种限量的内存空间被选定后，即用户终端的内存空间被选定，此时就可以根据选定的内存空间确定S101a中预装载和组装的数据。如，如果选定的内存空间为100M，而对于一个由大型企业的人员信息所构建的树形结构数据，100M的内存空间可以承载树形结构中根节点的数据，则步骤S101a中将根节点数据状态和组装到选定的内存空间中。

S101b，当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后，释放已展现给用户的数据所对应的内存空间。

例如，一次性能够展现给用户的最大数据量是20条，那么在将从根节点起预定级别内的数据装载和组装时，所选定的内存空间就可以是20条数据量所占用的内存空间，或者是略大于20条数据量所占用的内存空间。如果用户终端的内存空间不足以支撑除预装载之外的其它数据操作请求时，那么在将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后，释放已展现给用户的数据所对应的内存空间。

本实施例通过增加适量内存申请和动态内存释放的步骤，压缩了树型结构的数据所占用的内存空间，从而消除了用户终端内存条件对系统运行的限制，满足了用户在有限的内存空间内实现解析存储在RDBMS中的大量甚至是海量的树状数据的需求。

由上述实施例可以看出，本实施例除了具有实施例一的有益效果之外，本实施例还通过内存空间的适量申请和动态释放机制，有效减小了系统运行所需内存，进一步满足了用户的需求。

实施例三：

在系统的实际应用当中，用户总是希望系统的响应速度越快越好，为了进一步缩短系统的响应时间，提高用户的体验，本发明还提供了数据的预取机制，即根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据并进行预装载。参见图3所示，本发明实施例提供的数据展现方法可以包括以下步骤：

S101，预先将从根节点起预定级别内的数据进行装载和组装。

S102，每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据。如果是，则执行步骤S103，否则，则执行步骤S104。

S103，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求。

S104，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

以上步骤S101-S104的具体实现过程已经在实施例一中进行了详细的描述，故此处不再赘述。

S105，在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据。

实际应用当中，为了进一步缩短系统的响应时间，本发明提供的数据展现方法增加了一个根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据的步骤，如图4所示，具体可以包括：

S105a，获取所述当前数据查询请求中用户请求数据的节点标识。

例如，当前用户所查询的是企业市场部的人员信息，那么就获取市场部人员信息在树数据中的节点标识。

S105b，查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

例如，当前用户所查询的是企业市场部的人员信息，那么在获取市场部人员信息在树数据中的节点标识之后，开始查找与该节点标识具有同一级别和/或下一级别关系的关系节点标识，比如可以是研发部人员信息和/或市场部的子部门(调研、广告和售后服务等)人员信息在树数据中的节点标识，并将这些关系节点标识所指示的数据作为用户下一次将要查询的数据。

S106，将预测的用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

由上述实施例可以看出，本实施例除了具有实施例一的有益效果之外，还通过对用户请求数据的预测，将用户下一次将要查询的数据进行预装载，进一步提高了树的响应速度，缩短了用户的等待时间。

实施例四：

在实际的数据查询过程中，用户在查询完某一部分的数据时，往往会选择退出对该部分数据的查询，然后接着去查询其它部分的数据。为了进一步合理利用用户终端内存，放宽系统运行对用户终端内存的要求，本发明还提供了根据用户退出请求，选择性释放相应内存空间的机制。如图5所示，本发明实施例提供的数据展现方法可以包括以下步骤：

S101，预先将从根节点起预定级别内的数据进行装载和组装。

S102，每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据。如果是，则执行步骤S103，否则，则执行步骤S104。

S103，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求。

S104，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

S105，在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据。

S106，将预测的用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

以上步骤S101-S106的具体实现过程已经在实施例一和实施例三中进行了详细的描述，故此处不再赘述。

S107，当接收到用户触发的退出请求时，判断用户是否对已展现给用户的数据进行了修改，如果是，将修改后数据写回数据库，并释放与所述已展现给用户的数据所对应的内存空间，否则，释放与所述已展现给用户的数据所对应的内存空间。

用户在数据查询过程中，可能对相应数据进行了修改。那么在接到用户的退出请求时，就需要将数据的变动写回数据库，同时释放已展现给用户的数据所对应的内存空间。实际应用当中，释放有多种情况，比如用户请求退出的是对市场部人员信息的查询，那么释放的就是该部分数据所占的内存空间，如果用户请求退出的是对市场部的子部门，广告部人员信息的查询，那么释放的就是与之相对应的内存空间。

由上述实施例可以看出，本实施例除了具有实施例三的有益效果之外，还通过内存的选择性释放机制，进一步合理分配了系统的内存，从而可以在有限内存空间内实现对数量庞大的树状数据的查询。

通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

实施例五：

相应于上面的方法实施例，本发明实施例还提供了一种数据展现装置，参见图6所示，包括：

第一预装载单元601，用于预先将从根节点起预定级别内的数据进行装载和组装。

判断单元602，用于每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据。

第一展现单元603，用于当所述判断单元602的判断结果为是时，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求。

第二展现单元604，用于当所述判断单元602的判断结果为否时，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

参见图7所示，所述第一预装载单元601可以包括：

内存申请单元601a，用于为所述从根节点起预定级别内的数据装载和组装提供选定的内存空间，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间。

内存释放单元601b，用于当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后，释放所述已展现给用户的数据所对应的内存空间。

参见图8所示，本发明实施例提供的数据展现装置还可以进一步包括：

预测单元605，用于在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据。

第二预装载单元606，用于将所述预测单元605预测的所述用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

参见图9所示，所述的预测单元605可以包括：

获取子单元605a，用于获取所述当前数据查询请求中用户请求数据的节点标识；

查找子单元605b，用于查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

参见图10所示，本发明实施例提供的数据展现装置还可以进一步包括：

退出响应单元607，用于当接收到用户触发的退出请求时，判断用户是否对所述已展现给用户的数据进行了修改，如果是，将所述修改写回数据库并释放所述已展现给用户的数据所对应的内存空间，否则，释放所述已展现给用户的数据所对应的内存空间。

对于装置实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，在没有超过本申请的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本申请的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种数据展现的方法，其特征在于，包括：

预先将从根节点起预定级别内的数据进行装载和组装；

每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；

如果是，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；

否则，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据；

将预测的所述用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

3.根据权利要求2所述的方法，其特征在于，所述根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据包括：

获取所述当前数据查询请求中用户请求数据的节点标识；

查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述方法还包括：

当接收到用户触发的退出请求时，判断用户是否对已展现给用户的数据进行了修改，如果是，将修改后数据写回数据库，并释放与所述已展现给用户的数据所对应的内存空间，否则，释放与所述已展现给用户的数据所对应的内存空间。

5.根据权利要求1-3任意一项所述的方法，其特征在于，所述预先将从根节点起预定级别内的数据进行装载和组装包括：

将所述从根节点起预定级别内的数据装载和组装到选定的内存空间，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间；

当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后还包括：释放已展现给用户的数据所对应的内存空间。

6.一种数据展现的装置，其特征在于，包括：

第一预装载单元，用于预先将从根节点起预定级别内的数据进行装载和组装；

判断单元，用于每当接收到用户触发的数据查询请求时，判断用户触发的数据查询请求是否查询当前已装载的数据；

第一展现单元，用于当所述判断单元的判断结果为是时，将当前已装载的数据展现给用户，并等待接收用户触发的下一次数据查询请求；

第二展现单元，用于当所述判断单元的判断结果为否时，将所述数据查询请求中用户请求数据进行装载和组装，并将装载和组装后的用户请求数据展现给用户，且继续等待接收用户触发的下一次数据查询请求。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

预测单元，用于在将装载和组装后的用户请求数据展现给用户的同时，根据当前数据查询请求中用户请求数据预测用户下一次将要查询的数据；

第二预装载单元，用于将所述预测单元预测的所述用户下一次将要查询的数据进行装载和组装，并等待接收用户触发的下一次数据查询请求。

8.根据权利要求7所述的装置，其特征在于，所述预测单元包括：

获取子单元，用于获取所述当前数据查询请求中用户请求数据的节点标识；

查找子单元，用于查找与所述节点标识具有同一级别和/或下一级别关系的关系节点标识，所述关系节点标识所指示的数据为用户下一次将要查询的数据。

9.根据权利要求6-8任意一项所述的装置，其特征在于，所述装置还包括：

退出响应单元，用于当接收到用户触发的退出请求时，判断用户是否对所述已展现给用户的数据进行了修改，如果是，将所述修改写回数据库并释放所述已展现给用户的数据所对应的内存空间，否则，释放所述已展现给用户的数据所对应的内存空间。

10.根据权利要求6-8任意一项所述的装置，其特征在于，所述第一预装载单元包括：

内存申请单元，用于为所述从根节点起预定级别内的数据装载和组装提供选定的内存空间，所述选定的内存空间为与一次性展现给用户的最大数据量相对应的内存空间；

所述装置还包括内存释放单元，用于当将当前已装载的数据展现给用户，或者，将装载和组装后的用户请求数据展现给用户之后，释放所述已展现给用户的数据所对应的内存空间。

Images