一种数据库迁移方法、装置、设备及存储介质

技术领域

本发明实施例涉及大数据技术领域，尤其涉及一种数据库迁移方法、装置、设备及存储介质。

背景技术

目前很多的数据仓库系统是基于数据库进行构建的，但是随着技术的不断发展，该数据库已经达不到需求。例如，商业银行的数据仓库系统是基于Teradata数据库进行构建的，但是随着Intel x86 64位处理器的发布，基于x86架构的服务器在企业里开始承担越来越多的计算工作，而Teradata数据库一直固守其一体机架构，系统相对封闭，不符合新一代建设原则，且造成越来越多的企业难以承受其高昂的硬件成本和扩容维护费用；另一方面，Teradata数据库内运行较多系统，各个系统不断的在增加数据接入、数据加工任务，而Teradata数据库中存在读写互相阻塞的问题，所以导致Teradata数据的负载压力越来越大。因此，实现数据库的迁移变得十分必要。

发明内容

本发明实施例提供了一种数据库迁移方法、装置、设备及存储介质，可以实现数据库整体迁移，可以降低迁移成本，可以缩短迁移周期，实现敏捷迁移。

第一方面，本发明实施例提供了一种数据库迁移方法，包括：

对第二数据库的环境进行配置；

通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中；

将所述第一数据库中的存量数据迁移至所述第二数据库中；

通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中；

将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

第二方面，本发明实施例还提供了一种数据库迁移装置，包括：

第一配置模块，用于对第二数据库的环境进行配置；

部署模块，用于通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中；

第一迁移模块，用于将所述第一数据库中的存量数据迁移至所述第二数据库中；

第二配置模块，用于通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中；

第二迁移模块，用于将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

第三方面，本发明实施例还提供了一种数据库迁移设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的方法。

本发明实施例提供的技术方案，通过对第二数据库进行环境配置，通过模型转换工具将第一数据库的数据模型进行转换，并将转换的数据模型部署在第二数据库中，通过将第一数据库中的存量数据迁移至第二数据库，并通过脚本工具将第一数据库的脚本进行转换，并将转换的脚本配置在第二数据库的环境中，通过将原始调度系统中的作业配置信息迁移到新调度系统中，可以实现数据库的整体迁移，可以减少人力迁移成本，缩短迁移周期，实现敏捷迁移。

附图说明

图1是本发明实施例提供的一种数据库迁移方法流程图；

图2是本发明实施例提供的一种数据库迁移方法流程图；

图3a是本发明实施例提供的一种数据库迁移方法流程图；

图3b是本发明实施例提供的一种数据库迁移方法流程图；

图3c是数据库迁移流程图；

图4是本发明实施例提供的一种数据库迁移装置结构框图；

图5是一种数据库迁移设备结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1是本发明实施例提供的一种数据库迁移方法流程图，所述方法可以由数据库迁移装置来执行，所述装置可以由软件和/或硬件来实现，所述装置可以配置在终端等设备中，所述方法可以应用于两个数据库之间的迁移场景中，可选的，所述方法应用于Teradata(TD)数据库到Greenplum(GP)数据库的迁移场景中。

如图1所示，本发明实施例提供的技术方案包括：

S110：对第二数据库的环境进行配置。

在本发明实施例中，第二数据库可以是Greenplum数据库，或者也可以是其他数据库。

在本发明实施例的一个实施方式中，可选的，对第二数据库的环境进行配置之前，还可以包括：确定迁移的存量数据的目标范围，并对所述目标范围进行检测；当检测到所述目标范围内缺少目标存量数据时，将所述目标存量数据进行增加。其中，存量数据是指数据库中存储的数据。可以根据需求确定迁移的存量数据的目标范围。其中，在目标范围确定阶段，若缺少一张表，或者一个视图，这种存量数据的缺失在最终数据校验阶段被发现，则意味着需要重新进行迁移迭代，则成本较大，由此，通过在迁移之前通过确定迁移的存量数据的目标范围，并对目标范围进行检测，当检测到目标范围内缺少目标存量数据时，将目标存量数据进行增加，可以避免迁移的存量数据的缺失，可以较少重新迁移迭代，可以减少成本。

在本发明实施例中，在从第一数据库向第二数据库迁移的情况下，需要对第二数据库的环境进行配置，即需要对第二数据库进行环境准备，具体的，主要是测试环境、生产环境中第二数据库、数据抽取、转换和加载(Extraction-Transformation-Loading，ETL)、调度等环境的准备。

S120：通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中。

在本发明实施例中，数据模型可以理解为数据库的存储结构模型。可选的，第一数据库可以是Teradata数据库，第二数据库可以是Greenplum数据库。其中，Teradata数据库的存储结构模型可以分为三层，例如可以是s层、P层和M层，则可以将Teradata数据库的存储结构模型部署在Greenplum数据库中，使Greenplum数据库的存储结构模型分为三层，即s层、P层和M层。

在本发明实施例中，数据模型的数据可以通过表、视图等进行存储，通过模型转换工具将第一数据库中的数据模型进行转换，并部署在第二数据库中，可以极大地减少人力迁移成本，缩短迁移周期，实现敏捷迁移。

S130：将所述第一数据库中的存量数据迁移至所述第二数据库中。

在本发明实施例中，可选的，可以将第一数据库中的存量数据复制到第二数据库中。可选的，可以将第一数据库中的在线数据复制到第二数据库中，作为初始化数据。

S140：通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中。

在本发明实施例中，在脚本运行的情况下可以对数据库中的存量数据进行作业。例如，在脚本运行的情况下，可以对数据库中某个表中的数据进行计算。

在本发明实施例中，通过脚本工具可以将第一数据库中的脚本进行自动化转换，并将转换的脚本配置在第二数据库中的环境中，以使转换的脚本对第二数据库中的数据进行作业。由此，通过脚本工具将第一数据库中的脚本进行自动化转换，并将转换的脚本配置在第二数据库的环境中，可以实现脚本的自动化转移，可以极大地减少人力迁移的成本，缩短迁移周期，实现敏捷迁移。

S150：将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

在本发明实施例中，作业配置信息可以包括配置的作业任务信息。在实现第一数据库到第二数据库迁移的情况下，需要将原始调度系统的作业配置信息迁移到新调度系统中，以使新调度系统基于作业配置信息调度脚本运行以对第二数据库中的存量数据进行作业。可选的，作业配置信息的迁移可以通过迁移工具进行迁移，从而可以节省成本。

在本发明实施例的一个实施方式中，在存在一个调度系统的情况下，可以在该调度系统增加作业配置信息，以使该调度系统基于增加的作业配置信息对第二数据库中的存量数据进行作业，并删除该调度系统中与第一数据库对应的作业配置信息。

本发明实施例提供的技术方案，通过对第二数据库进行环境配置，通过模型转换工具将第一数据库的数据模型进行转换，并将转换的数据模型部署在第二数据库中，通过将第一数据库中的存量数据迁移至第二数据库，并通过脚本工具将第一数据库的脚本进行转换，并将转换的脚本配置在第二数据库的环境中，通过将原始调度系统中的作业配置信息迁移到新调度系统中，可以实现数据库的准确迁移，可以减少人力迁移成本，缩短迁移周期，实现敏捷迁移。

图2是本发明实施例提供的一种数据迁移方法流程图，在本实施例中，可选的，本发明实施例提供的方法还包括：

对迁移到所述第二数据库的存量数据进行校验；

对所述第二数据库的环境配置、配置在所述第二数据库环境中的脚本以及所述作业配置数据进行校验。

可选的，在校验之前，还包括：

若所述第二数据库的环境运行正常，以及配置在所述第二数据库的环境中的脚本运行正常以及所述第二数据库查询正常，则判断通过绿灯测试。

可选的，所述方法还包括：

确定迁移的存量数据的目标范围，并对所述目标范围进行检测；

当检测到所述目标范围内缺少目标存量数据时，将所述目标存量数据进行增加。

可选的，所述方法还可以包括：在校验成功的情况下，将应用系统的数据源从所述第一数据库切换到所述第二数据库。

如图2所示，本发明实施例提供的技术方案包括：

S210：确定迁移的存量数据的目标范围，并对所述目标范围进行检测。

S220：当检测到所述目标范围内缺少目标存量数据时，将所述目标存量数据进行增加。

S230：对第二数据库的环境进行配置。

S240：通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中。

S250：将所述第一数据库中的存量数据迁移至所述第二数据库中。

S260：通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中。

S270：将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

其中，S210-S270的介绍可以参考上述实施例的介绍。

S280：若所述第二数据库的环境运行正常，以及配置在所述第二数据库的环境中的脚本运行正常以及所述第二数据库查询正常，则判断通过绿灯测试。

在本发明实施例中，在完成从第一数据库到第二数据库的迁移后，可以进行绿灯测试，即判断第二数据库的环境是否运行正常，判断配置在第二数据库的环境中的脚本是否运行正常以及判断第二数据库是否正常查询，若是，则判断判断通过绿灯测试。由此，通过进行绿灯测试，可以迁移后的数据库进行初步测试，提高效率。

在本发明实施例的一个实施方式中，可选的，在绿灯测试完成后，还可以根据需要对脚本进行优化，以及进行跑批追数。其中，跑批追数是指在数据库迁移过程中，若存在对第一数据库中的存量数据的新增作业，在数据库迁移完成后，将执行新增作业，以使对第二数据库保持以及对第一数据库的存量数据作业的持平。

S290：通过校验工具对迁移到所述第二数据库的存量数据进行校验。

在本发明实施例中，迁移前后的存量数据存储在不同的集群上，导致数据对比工作难度较大，通过校验工具可以降低数据比对的难度，从而快递定位到差异的数据。

在本发明实施例的一个实施方式中，可选的，所述通过校验工具对迁移到所述第二数据库的存量数据进行校验，包括：通过校验工具对迁移到所述第二数据库的存量数据进行数量以及内容的校验。具体，通过校验工具将迁移到第二数据的存量数据的数量与第一数据库中存量数据的数量进行比对，当数量相同时，则存量数据的数量成功校验。并且通过校验工具将迁移到第二数据库的存量数据的内容与第一数据库中存量数据的内容进行比对，当内容相同时，则存量数据的内容成功校验。

由此，通过校验工具对迁移的存量数据进行校验，可以提高校验效率，降低人力成本。

S291：对所述第二数据库的环境配置、配置在所述第二数据库的环境中的脚本以及所述作业配置数据进行校验。

在本发明实施例的一个实施方式中，可选的，所述对所述第二数据库的环境配置、配置在所述第二数据库环境中的脚本以及所述作业配置数据进行校验，包括：新调度系统基于作业配置信息调度配置在所述第二数据库的环境中的脚本在所述第二数据库配置的环境中进行作业，得到作业结果；将所述作业结果与对应所述第一数据库的作业结果进行比较，基于比较结果进行校验。

在本发明实施例中，可选的，所述基于比较结果进行校验，包括：若所述作业结果与对应第一数据库的作业结果相同，则校验成功；若所述作业结果与对应第二数据库的作业结果不相同，则校验失败。

其中，在实现从第一数据库到第二数据库的迁移后，需要对第二数据库的部署以及配置等进行校验，可以通过调度系统调度脚本运行对第二数据库中的存量数据进行作业，通过多次作业来检验第二数据库的环境，以及配置在该环境中的脚本以及作业配置信息。具体的，通过新调度信息按照作业配置信息调度脚本在第二数据库的环境中运行，并对第二数据库中存量数据进行作业，得到作业结果，若该作业结果与第一数据库对应的作业结果相同，则校验成功，若该作业结果与第一数据库对应的结果不相同，则校验失败。

S292：在校验成功的情况下，将应用系统的数据源从所述第一数据库切换到所述第二数据库。

在本发明实施例中，若校验成功，则表明实现了从第一数据库到第二数据库的迁移，则可以将应用系统的数据源从第一数据库切换到第二数据库，从而使应用系统访问第二数据库。

在上述实施例的基础上，本发明实施例提供的方法还可以包括：在校验失败的情况下，确定迁移失败的原因，并进行展示；若迁移失败的原因为脚本配置异常，则将重新配置所述第二数据库的环境中的脚本，或者对所述脚本进行修改。其中，在校验失败的情况下，主要原因是由于配置的脚本异常，可以将脚本重新进行转换和配置，或者可以将脚本进行修改，修改之后在重新进行校验。由此，通过确定迁移失败的原因以及展示，可以使用户及时了解迁移情况。

图3a是本发明实施例提供的一种数据库迁移方法流程图，在本实施例中，第一数据库为Teradata数据库，第二数据库为Greenplum数据库。

如图3a所示，本发明实施例提供的技术方案包括：

S310：确定迁移的存量数据的目标范围，并对所述目标范围进行检测。

S320：当检测到所述目标范围内缺少目标存量数据时，将所述目标存量数据进行增加。

S330：对Greenplum数据库的环境进行配置。

S340：通过模型转换工具将Teradata数据库中的数据模型进行转换，并将转换的数据模型部署在所述Greenplum数据库中。

S350：将所述Teradata数据库中的存量数据迁移至所述Greenplum数据库中。

S360：通过脚本工具将所述Teradata数据库中的脚本进行转换，并将转换的脚本配置在所述Greenplum数据库的环境中。

S370：将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述Teradata数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述Greenplum数据库中的存量数据进行作业。

S380：若所述Greenplum数据库的环境运行正常，以及配置在所述Greenplum数据库的环境中的脚本运行正常以及所述Greenplum数据库查询正常，则判断通过绿灯测试。

S390：通过校验工具对迁移到所述Greenplum数据库的存量数据进行校验。

S391：对所述Greenplum数据库的环境配置、配置在所述Greenplum数据库的环境中的脚本以及所述作业配置数据进行校验。

S392：在校验成功的情况下，将应用系统的数据源从所述Teradata数据库切换到所述Greenplum数据库。

其中，本发明实施例提供的数据库迁移方法还可以参考图3b。

相关技术中，商业银行的数据仓库系统是基于Teradata数据库进行构建的，但是随着Intel x86 64位处理器的发布，基于x86架构的服务器在企业里开始承担越来越多的计算工作，而Teradata数据库一直固守其一体机架构，系统相对封闭，不符合新一代建设原则，且造成越来越多的企业难以承受其高昂的硬件成本和扩容维护费用；另一方面，Teradata数据库内运行较多系统，各个系统不断的在增加数据接入、数据加工任务，而Teradata数据库中存在读写互相阻塞的问题，所以导致Teradata数据库的负载压力越来越大；随着TD设备到期，设备的也故障率越来越高。其中，Teradata数据库运行的应用加工经常发生延迟、卡顿现象，尤其是上线时候，压力更大！面对这一矛盾，很多企业考虑如何更好地建设数据仓库以满足当前及未来一段时间的业务增长需求，甚至有用户想借此机会搭建新一代数据平台，在提供Teradata原有功能的同时，可以整合不同业务单元的数据，实现更加多元的业务能力。

其中，Teradata数据库和Greenplum数据库均属于MPP数据库，架构上的相似性意味着从Teradata数据库迁移到Greenplum数据库是个自然的过程。熟悉Teradata数据库的用户可以快速掌握Greenplum数据库。同时，两者的语法非常接近、系统高度重合，这也极大地降低了迁移的难度和过程，使得Greenplum数据库成为Teradata数据库理想的替代产品。另外，Greenplum数据库相比Teradata数据库更加开放，产品基于PostgreSQL完全开源，不需要专有硬件，大大降低了数据仓库构建的软硬件成本。

从Teradata数据库到Greenplum数据库的迁移可以参考图3c，如图3c所示，主要包括模型初始化，存量数据的迁移，脚本的转换，S层的加载，调度的迁移、环境配置以及数据比对。本发明实施例通过一系列工具实现数据库的自动迁移，极大地减少了人力迁移成本，缩短了迁移周期，实现了敏捷迁移，使后续迁移项目实现项目管控，项目、成本计划，有的放矢。

图4是本发明实施例提供的一种数据库迁移装置结构框图，如图4所示，本发明实施例提供的装置，包括：第一配置模块410、部署模块420、第一迁移模块430、第二配置模块440和第二迁移模块450。

第一配置模块410，用于对第二数据库的环境进行配置；

部署模块420，用于通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中；

第一迁移模块430，用于将所述第一数据库中的存量数据迁移至所述第二数据库中；

第二配置模块440，用于通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中；

第二迁移模块450，用于将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

可选的，所述第一数据库为Teradata数据库，所述第二数据库为Greenplum数据库。

可选的，所述方法还包括校验模块，用于：

通过检验工具对迁移到所述第二数据库的存量数据进行校验；

对所述第二数据库的环境配置、配置在所述第二数据库的环境中的脚本以及所述作业配置数据进行校验。

可选的，所述通过校验工具对迁移到所述第二数据库的存量数据进行校验，包括：

通过校验工具对迁移到所述第二数据库的存量数据进行数量以及内容的校验。

可选的，所述对所述第二数据库的环境配置、配置在所述第二数据库的环境中的脚本以及所述作业配置数据进行校验，包括：

所述新调度系统基于作业配置信息调度配置在所述第二数据库的环境中的脚本在所述第二数据库配置的环境中进行作业，得到作业结果；

将所述作业结果与对应所述第一数据库的作业结果进行比较，基于比较结果进行校验。

可选的，所述基于比较结果进行校验，包括：

若所述作业结果与对应第一数据库的作业结果相同，则校验成功；

若所述作业结果与对应第二数据库的作业结果不相同，则校验失败。

可选的，所述装置还包括测试模块，用于在校验之前，若所述第二数据库的环境运行正常，以及配置在所述第二数据库的环境中的脚本运行正常以及所述第二数据库查询正常，则判断通过绿灯测试。

可选的，所述方法还包括范围确定模块，用于：

确定迁移的存量数据的目标范围，并对所述目标范围进行检测；

当检测到所述目标范围内缺少目标存量数据时，将所述目标存量数据进行增加。

可选的，所述装置还包括切换模块，用于在校验成功的情况下，将应用系统的数据源从所述第一数据库切换到所述第二数据库。

可选的，所述装置还包括原因确定模块，用于：

在校验失败的情况下，确定迁移失败的原因，并进行展示。

可选的，所述作业配置信息包括配置的作业任务信息。

可选的，第二配置模块，还用于：若迁移失败的原因为脚本配置异常，则将重新配置所述第二数据库的环境中的脚本，或者对所述脚本进行修改。

上述装置可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

图5是本发明实施例提供的一种设备结构示意图，如图5所示，该设备包括：

一个或多个处理器510，图5中以一个处理器510为例；

存储器520；

所述设备还可以包括：输入装置530和输出装置540。

所述设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器520作为一种非暂态计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的一种数据库迁移方法对应的程序指令/模块(例如，附图4所示的第一配置模块410、部署模块420、第一迁移模块430、第二配置模块440和第二迁移模块450)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述方法实施例的一种数据库迁移方法，即：

对第二数据库的环境进行配置；

通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中；

将所述第一数据库中的存量数据迁移至所述第二数据库中；

通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中；

将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非暂态性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例提供的一种数据库迁移方法：

对第二数据库的环境进行配置；

通过模型转换工具将第一数据库中的数据模型进行转换，并将转换的数据模型部署在所述第二数据库中；

将所述第一数据库中的存量数据迁移至所述第二数据库中；

通过脚本工具将所述第一数据库中的脚本进行转换，并将转换的脚本配置在所述第二数据库的环境中；

将原始调度系统中的作业配置信息迁移到新调度系统中；其中，所述原始调度系统，用于基于作业配置信息调度脚本运行以对所述第一数据库中的存量数据进行作业；所述新调度系统用于基于所述作业配置信息调度脚本运行以对所述第二数据库中的存量数据进行作业。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。