数据迁移管理的制作方法
【专利说明】
【背景技术】
[0001]数据迀移是在数据库之间传输数据的过程。当结构改变、升级或者甚至合并它们的计算机系统时需要这种过程。
[0002]当将存储在源数据库中的数据迀移至目标数据库时，有必要从源数据库提取数据、根据目标数据库的性质或系统格式修改所提取的数据并将所修改的数据加载到目标数据库上。
【发明内容】
[0003]在一个示例中，数据迀移管理系统可以包括数据迀移管理单元，其被配置为管理存储在第一数据库中的数据向第二数据库的迀移；游戏管理单元，其被配置为设计游戏用于由数据迀移管理单元管理的数据中的至少一些的迀移并将所设计的游戏提供给玩家；以及玩家管理单元，其被配置为管理由游戏管理单元设计的游戏的玩家的参与。
[0004]在另一示例中，在数据迀移管理系统的控制下执行的方法可以包括设计应用，用于将存储在第一数据库中的部分数据迀移到第二数据库的，该部分数据负载有(entailing)第一数据库和第二数据库之间的语义差异；以及至少部分地基于所设计的应用设计游戏。
[0005]在又一示例中，计算机可读存储介质可以在其上存储计算机可执行指令，响应于该指令的执行，使得数据迀移管理系统执行以下操作，包括:将存储在第一数据库中的数据分类成第一部分数据和第二部分数据，第一部分数据可应用于向第二数据库整体迀移且第二部分数据需要用于向第二数据库迀移的语义解释；以及为玩家提供游戏，该游戏被设计为用于第二部分数据向第二数据库的迀移。
[0006]前面的概述仅仅是示例性的，而不意在以任何方式进行限制。通过参考附图以及下面的详细说明，除了上文所描述的示例性的方案、实施例和特征之外，另外的方案、实施例和特征将变得清晰可见。
【附图说明】
[0007]通过下面结合附图给出的详细说明和随附的权利要求，本公开的前述特征以及其它特征将变得更加清晰。应理解的是，这些附图仅描绘了依照本公开的多个实施例，因此，不应视为对本发明范围的限制，将通过利用附图结合附加的具体描述和细节对本公开进行说明，在附图中:
[0008]图1示意性地显示数据迀移管理系统管理数据库之间的数据迀移所处的环境的说明性示例，其根据本文中所描述的至少一些实施例被设置；
[0009]图2显示说明用于管理数据库之间的数据迀移的数据迀移管理系统的示例结构的示意框图，其根据本文中所描述的至少一些实施例被设置；
[0010]图3显示用于提供数据迀移管理方案的方法的示例流程图，其根据本文中所描述的至少一些实施例被设置；
[0011]图4示出可以被用于提供数据迀移管理方案的示例计算机程序产品，其根据本文中所描述的至少一些实施例被设置；以及
[0012]图5是示出可以被用于提供数据迀移管理方案的示例计算设备的框图，其根据本文中所描述的至少一些实施例被设置。
【具体实施方式】
[0013]在下面的详细说明中，将参考附图，附图构成了详细说明的一部分。在附图中，除非上下文指出，否则相似的符号通常表示相似的组件。在详细说明、附图和权利要求中所描述的示例性实施例不意在限制。可以使用其它实施例，并且可以做出其它改变，而不偏离本文呈现的主题的精神或范围。将易于理解的是，如本文大致描述且如图中所图示的，本公开的方案能够以各种不同配置来布置、替代、组合、分离和设计，所有这些都在本文中明确地构思出。
[0014]本公开一般尤其涉及与数据库之间的数据迀移有关的方法、装置、系统、设备和计算机程序产品。
[0015]一般地描述了至少部分地基于众包(crowd-sourcing)管理从源数据库到目标数据库的数据迀移技术。
[0016]在一些示例中，数据迀移管理系统可以管理存储在源数据库中的数据向目标数据库的迀移。数据迀移管理系统可以设计如何将存储在源数据库中的数据迀移到目标数据库。
[0017]在一些示例中，数据迀移管理系统可以将存储在源数据库的数据分类成第一部分数据和第二部分数据，第一部分数据可应用于向目标数据库的整体迀移(bulkmigrat1n)，第二部分数据由于源数据库和目标数据库之间的语义差异需要用于迀移的语义解释。在一些示例中，源数据库和目标数据库之间的语义差异可以与存储在源数据库中的数据和目标数据库的数据存储规则(policy)之间的兼容性相关联。通过示例而非限制的方式，当源数据库存储人名而没有姓和名的分类(例如，名字:J0HND0E)，而目标数据库单独存储了姓和名(例如，姓:DOE;名JOHN)时，与存储在源数据库中的人名相关联的数据可能负载有源数据库与目标数据库之间的语义差异。类似的问题还可能由地址引起。
[0018]在一些示例中，这种语义差异可以由众包解决。即，数据迀移管理系统可以邀请一群人用于解决语义差异。通过示例而非限制的方式，数据迀移管理系统可以将与语义差异相关联的游戏通过游戏平台提供给人群。
[0019]在一些示例中，数据迀移管理系统可以设计应用用于第二部分数据的迀移。数据迀移管理系统可以至少部分地基于如何解决源数据库和目标数据库之间的语义差异来设计应用。
[0020]在一些示例中，数据迀移管理系统可以至少部分地基于所设计的应用设计游戏，并将所设计的游戏提供给玩家。通过示例而非限制的方式，为了将存储在源数据库中的名字“J0HND0E”向数据存储策略为单独存储姓和名的目标数据库迀移，数据迀移管理系统可以设计游戏，该游戏包括作为任务的问题，例如，“你如何能够将名字J0HND0E拆分成姓和玄？，，霉
?-3.-rf* ο
[0021]在一些示例中，数据迀移管理系统可以向玩家提供与前述问题相关的其他问题，例如“你如何能够将名字JANEDOE拆分成姓和名？ ”或者“你如何能够将名字J0HNR0E拆分成姓和名？ ”等，以决定前述问题的正确答案和/或增强其可靠性或精确性。通过示例而非限制的方式，当玩家的答案重复地指示DOE是姓且JOHN是名时，数据迀移管理系统可以决定前述问题的答案是正确且可靠的。
[0022]在一些示例中，数据迀移管理系统可以向多个玩家提供相同的问题，以决定问题的正确答案和/或增强其可靠性或准确性。通过示例而非限制的方式，当超过预先确定部分(例如90% )的玩家的答案指示“D0E”是“J0HND0E”的姓并且“JOHN”是“J0HND0E”的名时，数据迀移管理系统可以决定“D0E”是“ J0HND0E”的姓并且“ JOHN”是“ J0HND0E”的名。在这种情况下，数据迀移管理系统可以将“JOHN”和“D0E”分别确定为姓因子和名因子。姓因子和名因子可以分别被限定为形成姓和名的字符序列。
[0023]在一些示例中，数据迀移管理系统可以至少部分地基于玩家如何玩游戏来将第二部分数据从源数据库迀移到目标数据库。通过示例而非限制的方式，如上所述，当玩家通过回答问题完成任务且数据迀移管理系统将“JOHN”和“D0E”分别确定为姓因子和名因子时，数据迀移管理系统可以将“JOHN”和“D0E”分别作为“J0HND0E”的姓因子和名因子写在目标数据库上或者加载到目标数据库上。
[0024]在一些示例中，数据迀移管理系统可以至少部分地基于由玩家玩的游戏结果修改或升级应用。通过示例而非限制的方式，当玩家通过回答问题完成任务且数据迀移管理系统将“JOHN”和“D0E”分别确定为姓因子和名因子时，如果必要，数据迀移管理系统可以修改应用，从而使得自此之后的迀移可以将其他名字中的“JOHN”和“D0E”分别识别为姓和名。通过示例而非限制的方式，基于姓因子，数据迀移管理系统可以从存储在源数据库中的名字“ J0HND0E ”识别姓“DOE ”。
[0025]在一些示例中，数据迀移管理系统还可以至少部分地基于所修改的应用修改或升级游戏，或者生成新游戏。通过示例而非限制的方式，数据迀移管理系统可以将问题修改为，例如“ J0HND0E的姓是DOE吗？ ”等。
[0026]在一些示例中，当玩家成功完成游戏任务时，数据迀移管理系统可以向玩家提供预先确定的奖励。通过示例而非限制的方式，预先确定的奖励可以包括游戏物品、用于玩游戏的点数、用于应用和/或游戏的交易的点数等等。
[0027]在一些示例中，数据迀移管理系统可以针对游戏向玩家收费。在一些示例中，数据迀移管理系统可以设计市场并管理该市场，玩家在其中购买或销售游戏。
[0028]图1示意性地显示数据迀移管理系统管理数据库之间的数据迀移所处的环境的说明性示例，其根据本文中所描述的至少一些实施例被设置。
[0029]如图所示，数据迀移管理系统100可以管理或控制存储在源数据库110中的数据向目标数据库120的迀移。源数据库110和/或目标数据库120的示例可以包括但不限于云数据库、数据仓库、分布式数据库、面向文档的数据库、联合数据库等等。通过示例而非限制的方式，存储在源数据库110中的数据向目标数据