一种数据仓库数据异常的预检测方法和设备技术领域
本申请涉及数据仓库领域，特别是涉及一种数据仓库数据异常的预检测
方法和设备。
背景技术
数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数
据集合，用于支持管理决策，所述数据仓库中的数据从产生到使用需要间隔T
(Today，今天)+1一天，即今天产生的数据明天才可以使用，具体的，当所
述数据仓库中存储的数据位打分规则时，服务器获取今天需要打分的对象，
所述服务器在明天的时候才能使用所述数据仓库中的打分规则对获取的对象
进行打分。
传统数据仓库常采用T+1同步在线数据并在此基础上计算T+1的应用结
果。当在线数据是一些人工配置的打分规则信息时，而基于此信息，需要进
行离线计算时，如果人工配置出错，打分结果则会出现异常，且不易被发现
及处理。
在现有技术中，是在根据T+1打分规则产生打分结果后，再对打分规则
进行效验，即今天产生的打分规则后，在明天根据今天的打分规则产生打分
结果后再对今天的打分规则进行效验。
在实现本申请的过程中，申请人发现现有技术至少存在以下问题：
T+1的运行流程计算完毕之后，只能通过实际计算结果监控亦或是应用
到实际业务中才能发现问题，发现数据异常具有严重的滞后性，数据质量问
题已成事实，数据修复有一定成本，但是对对业务造成的损失有可能是无法
挽回的。
发明内容
本申请的目的在于提供一种数据仓库数据异常的预检测方法和设备，在
当前规则配置下的在线数据和离线基础数据的对比，对数据异常进行预判，
进而避免由于发现数据异常的滞后性而引起的不可挽回的损失，同时还节省
了对异常数据进行修复时而产生的不必要的成本。
一方面，本申请实施例提出了一种数据仓库数据异常的预检测方法，所
述方法包括：
服务器根据预设的同步周期，将当前的在线数据同步到数据仓库中，作
为待检测的基础数据；
所述服务器判断所述待检测的基础数据与上一个同步周期的基础数据是
否相同；
如果判断结果为否，所述服务器根据前一个打分周期的处理规则，对所
述待检测的基础数据生成模拟应用数据；
所述服务器判断所述模拟应用数据与所述前一个打分周期的应用数据是
否相同；
如果判断结果为否，所述服务器确定数据仓库数据异常。
优选的，在当前的同步周期为当前的打分周期内的第一个同步周期时，
所述服务器判断所述待检测的基础数据与上一个同步周期的基础数据是否相
同，具体为：
所述服务器使用当前打分周期的第一个同步周期的待检测的基础数据与
上一个打分周期的最后一个同步周期的基础数据进行对比，判断两者是否相
同。
优选的，所述服务器判断所述待检测的基础数据与上一个同步周期的基
础数据是否相同之后，还包括：
如果判断结果为是，所述服务器确定数据仓库数据正常。
优选的，所述服务器判断所述模拟应用数据与所述前一个打分周期的应
用数据是否相同之后，还包括：
如果判断结果为是，所述服务器确定数据仓库数据正常，并发送包含有
用于告知基础数据变化情况、所述模拟应用数据与所述前一个打分周期的应
用数据的通知消息。
优选的，所述服务器确定数据仓库数据异常之后，还包括：
所述服务器发送数据异常的告警信息。
另一方面，本申请实施例还提出了一种服务器，，包括：
同步模块，用于根据预设的同步周期，将当前的在线数据同步到数据仓
库中，作为待检测的基础数据；
第一判断模块，用于判断所述同步模块所同步的待检测的基础数据与上
一个同步周期的基础数据是否相同；
生成模块，用于在所述第一判断模块的判断结果为否时，根据前一个打
分周期的处理规则，对所述待检测的基础数据生成模拟应用数据；
第二判断模块，用于判断所述生成模块所生成的模拟应用数据与所述前
一个打分周期的应用数据是否相同；
确定模块，用于在所述第二判断模块的判断结果为否时，确定数据仓库
数据异常。
优选的，所述第一判断模块，还用于：
在在当前的同步周期为当前的打分周期内的第一个同步周期时，使用当
前打分周期的第一个同步周期的待检测的基础数据与上一个打分周期的最后
一个同步周期的基础数据进行对比，判断两者是否相同。
优选的，所述确定模块，还用于：
在所述第一判断模块的判断结果为是时，确定数据仓库数据正常。
优选的，所述确定模块，还用于：
在所述第二判断模块的判断结果为是时，确定数据仓库数据正常，并发
送包含有用于告知基础数据变化情况、所述模拟应用数据与所述前一个打分
周期的应用数据的通知消息。
优选的，所述确定模块，还用于：
在确定数据仓库数据异常之后，发送数据异常的告警信息。
与现有技术相比，本申请实施例所提出的技术方案具有以下技术进步：
通过应用本申请实施例所提出的技术方案，服务器将当前的在线数据同
步到数据仓库中作为待检测的基础数据，与之前的离线数据进行对比，并在
基础数据出现变化的情况下，按照之前的处理规则生成模拟应用数据，进一
步通过与之前的应用数据进行对比，来确定数据是否异常，从而，服务器可
以对数据异常进行预判，而待检测的基础数据和模拟应用数据均为预生成的
数据，可以有效的避免由于发现数据异常的滞后性而引起的不可挽回的损失，
同时还节省了对异常数据进行修复时而产生的不必要的成本。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案，下面将对本申请或
现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中
的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付
出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例所提出的一种数据仓库数据异常的预检测方法流程
图；
图2为本申请实施例所提出的一种具体应用场景下的数据仓库数据异常
的预检测方法流程图；
图3为本申请实施例所提出的一种服务器的结构示意图。
具体实施方式
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的
描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施
例。基于本申请中的实施例，本领域普通技术人员获得的其他实施例，都属
于本申请保护的范围。
本申请实施例提出了一种数据仓库数据异常的预检测方法，其流程示意
图如图1所示，该方法包括以下步骤：
步骤S101，服务器根据预设的同步周期，将当前的在线数据同步到数据
仓库中，作为待检测的基础数据。
具体的，在线数据同步到所述服务器中的数据仓库中作为待检测的基础
数据，以使所述服务器后续可以根据相应的处理规则，将基础数据转换为应
用数据。需要指出的是，如果按照正常的数据处理流程，当前的在线数据是
无需在此时同步到数据仓库的，因此，本实施例所提出的技术方案是在进行
预先判定，可以避免后置判定在出现错误后才进行进行修改和恢复所导致的
资源浪费和处理效率降低。
如果打分周期以天为单位，即今天的处理规则所生成的结果实际上需要
到明天才可以完全呈现，如果到那时再进行数据校验发现错误，则进行错误
数据恢复等操作必然导致额外操作程序的增加和处理资源的浪费。
而由于在线数据为人工配置数据，所以，为了可以尽早发现由于人为原
因或其他原因造成的配置的在线数据是错误的情况，所述服务器按照预设的
同步周期将当前的在线数据同步到数据仓库中，所述服务器就可以提前对当
前的在线数据进行相应的处理。
在实际的应用场景中，所述预设的同步周期可以为1小时，所述服务器
以1小时为单位将在线数据同步到所述数据仓库中，例如：所述服务器将2
点-3点所对应的在线数据同步到所述数据仓库中并进行相应的检测处理，在3
点-4点时，所述服务器将3点-4点所对应的在线数据同步到所述数据仓库中
并进行相应的检测处理，以此类推，直到所述服务器将当天的在线数据都同
步到所述数据仓库中并完成相应的检测处理，这样，就能够在第一时间检测
到在线数据的异常，在在线数据发生变化时也能尽早发现。当然，打分周期
和同步周期还可以以秒、小时、周、月、年等位单位，具体的打分周期和同
步周期的长度可以根据在线数据变化的快慢或具体处理数据对象的类型确
定，例如：具体处理的数据对应的类型是天气时打分周期可以以年为单位，
但始终需要保证的是同步周期小于打分周期。
其中，所述服务器将为当前页面数据对象配置的在线数据同步到数据仓
库中时，无论所述预设时间的单位是多少，当天打分规则的开始时间是以0
点为起点的，如果以5小时为单位，那么一天24中，最后4小时为一个单位，
即把一天分为5个单位，分别为：0点-5点、5点-10点，10点-15点，15点
-20点，20点-24点。
步骤S102，所述服务器判断所述待检测的基础数据与上一个同步周期的
基础数据是否相同。
其中，在当前的同步周期为当前的打分周期内的第一个同步周期时，本
步骤的处理过程具体为：
所述服务器使用当前打分周期的第一个同步周期的待检测的基础数据与
上一个打分周期的最后一个同步周期的基础数据进行对比，判断两者是否相
同。
具体的，如果打分周期以天为单位，所述预设的同步周期以1小时为单
位，则在所述当前单位时间为2点-3点时，所述服务器获取2点-3点所对应
的在线数据，同时还要获取1点-2点所对应的已被同步的在线数据，所述服
务器用2点-3点所对应的在线数据和1点-2点所对应的在线数据进行对比，
如果两个数据不同时，则可以判定2点-3点所对应的在线数据发生了变化，
即配置了新的在线数据。
如果当前时间为0点-1点时，所述服务器获取的是当前0点-1点所对应
的在线数据和昨天23点-24点所对应的已被同步的在线数据并进行对比。
如果判断结果为否，即在线数据发生变化，说明为当前配置的在线数据
发生变化，并需要进一步判断为当前在线数据是否有错误，执行步骤S103；
如果判断结果为是，即在线数据没有发生变化，说明为当前在线数据没有发
生变化，执行步骤S106，并不做任何处理。
步骤S103，所述服务器根据前一个打分周期的处理规则，对所述待检测
的基础数据生成模拟应用数据。
步骤S104，所述服务器判断所述模拟应用数据与所述前一个打分周期的
应用数据是否相同。
具体的打分周期以天为例，在发现当前被同步的在线数据发生变化时，
需要进一步验证当前被同步的在线数据是否是配置错误的，具体的，如果当
前2点-3点对应的被同步的在线数据发生变化，需要使用前一个打分周期(即
昨天)的处理规则将当前被同步的在线数据生成模拟应用数据，这里之所以
称之为模拟应用数据，是因为这样的处理是预判操作，不会实质性的生成应
用数据的结果，所以，相应的操作只是模拟操作。
通过上述的操作，如果2点-3点对应的被同步的在线数据是配置正确的
在线数据的话，那么，2点-3点对应的被同步的在线数据在通过昨天的处理规
则进行模拟处理之后所生成的模拟应用数据，应与昨天真正生成的应用数据
相一致，即如果本步骤的判断结果为是，则执行步骤S106。
相反，则表示当前被同步的在线数据是配置错误的，即如果本步骤的判
断结果为否，则执行步骤S105。
其中，所述服务器在前一个打分周期结束之后就可以获取到前一个打分
周期真正生成的应用数据，以便在判断模拟应用数据与前一个打分周期的应
用数据是否相同时使用，这样可以使服务器只获取一次应用数据就能再后续
的整个打分周期内使用，当然，所述服务器也可以在当前打分周期发现数据
发生变化时获取，即在步骤S102判断结果为否时才去获取前一个打分周期的
应用数据，具体获取方案可以根据实际情况确定，但是所有的获取时机均属
于本申请的保护范围。
步骤S105，所述服务器确定数据仓库数据异常。
在实际的应用场景中，本步骤被执行后，所述服务器还需要发送数据异
常的告警信息，所述告警信息中包含有用于告知基础数据变化情况、所述模
拟应用数据与所述前一个打分周期的应用数据。
步骤S106，所述服务器确定数据仓库数据正常。
如果是在步骤S104之后执行本步骤，则所述服务器需要发送包含有用于
告知基础数据变化情况的通知消息。
与现有技术相比，本申请实施例所提出的技术方案具有以下技术进步：
通过应用本申请实施例所提出的技术方案，服务器将当前的在线数据同
步到数据仓库中作为待检测的基础数据，与之前的离线数据进行对比，并在
基础数据出现变化的情况下，按照之前的处理规则生成模拟应用数据，进一
步通过与之前的应用数据进行对比，来确定数据是否异常，从而，服务器可
以对数据异常进行预判，而待检测的基础数据和模拟应用数据均为预生成的
数据，可以有效的避免由于发现数据异常的滞后性而引起的不可挽回的损失，
同时还节省了对异常数据进行修复时而产生的不必要的成本。
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的
描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施
例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的
前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例所提出的技术方案在一种具体实施例场景中的实现流程的
示意图如图2所示，具体的操作流程如下：
首先，需要指出的是，在本实施例所提出的应用场景中，在线(online)
数据为模型打分的规则配置表，离线(offline)基础数据就是该规则配置表对
应到数据仓库的表，离线(offline)应用数据则是根据离线基础数据产出的模
型打分结果。
在后续说明中，T+0表示当前时间，T+1表示明天，以此类推，H+1表示
当前小时之后的一个小时，相应的，打分周期设置为一天，同步周期为一小
时。
步骤S201、首先，服务器将当前的规则配置表(今天)，即当前的在线数
据，按照每小时一个同步周期的频率，同步到数据仓库对应表中，作为离线
基础数据，由于是预处理，该离线基础数据标识为离线基础数据(H+1)，即
前文所述的待检测的基础数据。
步骤S202、服务器将离线基础数据(H+1)与上一小时的离线基础数据
进行比对。
如果没有变化，则没有异常变动，确定数据正常，不返回报警；如果有
变化，则执行步骤S203。
步骤S203、服务器根据数据仓库对应表中的离线基础数据(H+1)，按照
昨天的处理规则，模拟生成昨天的模型打分结果，即模拟的离线(Offline)应
用数据(昨天)，也即前文所述的模拟应用数据。
步骤S204、比对模拟的离线(Offline)应用数据(昨天)和实际已存在
的离线(Offline)应用数据(昨天)。
若没变化，则只告知规则变动情况；
若有变化，则告知规则变化及由此带来的离线应用数据变动情况。
与现有技术相比，本申请实施例所提出的技术方案具有以下技术进步：
通过应用本申请实施例所提出的技术方案，服务器将当前的在线数据同
步到数据仓库中作为待检测的基础数据，与之前的离线数据进行对比，并在
基础数据出现变化的情况下，按照之前的处理规则生成模拟应用数据，进一
步通过与之前的应用数据进行对比，来确定数据是否异常，从而，服务器可
以对数据异常进行预判，而待检测的基础数据和模拟应用数据均为预生成的
数据，可以有效的避免由于发现数据异常的滞后性而引起的不可挽回的损失，
同时还节省了对异常数据进行修复时而产生的不必要的成本。
基于与上述方法同样的申请构思，本申请还提出了一种服务器，其结构
示意图如图3所示，该服务器包括：
同步模块31，用于根据预设的同步周期，将当前的在线数据同步到数据
仓库中，作为待检测的基础数据；
第一判断模块32，用于判断所述同步模块31所同步的待检测的基础数据
与上一个同步周期的基础数据是否相同；
生成模块33，用于在所述第一判断模块32的判断结果为否时，根据前一
个打分周期的处理规则，对所述待检测的基础数据生成模拟应用数据；
第二判断模块34，用于判断所述生成模块33所生成的模拟应用数据与所
述前一个打分周期的应用数据是否相同；
确定模块35，用于在所述第二判断模块34的判断结果为否时，确定数据
仓库数据异常。
在具体的应用场景中，所述第一判断模块32，还用于：
在在当前的同步周期为当前的打分周期内的第一个同步周期时，使用当
前打分周期的第一个同步周期的待检测的基础数据与上一个打分周期的最后
一个同步周期的基础数据进行对比，判断两者是否相同。
在具体的应用场景中，所述确定模块35，还用于：
在所述第一判断模块32的判断结果为是时，确定数据仓库数据正常。
进一步的，所述确定模块35，还用于：
在所述第二判断模块34的判断结果为是时，确定数据仓库数据正常，并
发送包含有用于告知基础数据变化情况的通知消息。
进一步的，所述确定模块35，还用于：
在确定数据仓库数据异常之后，发送数据异常的告警信息，所述告警信
息中包含有用于告知基础数据变化情况、所述模拟应用数据与所述前一个打
分周期的应用数据。
与现有技术相比，本申请实施例所提出的技术方案具有以下技术进步：
通过应用本申请实施例所提出的技术方案，服务器将当前的在线数据同
步到数据仓库中作为待检测的基础数据，与之前的离线数据进行对比，并在
基础数据出现变化的情况下，按照之前的处理规则生成模拟应用数据，进一
步通过与之前的应用数据进行对比，来确定数据是否异常，从而，服务器可
以对数据异常进行预判，而待检测的基础数据和模拟应用数据均为预生成的
数据，可以有效的避免由于发现数据异常的滞后性而引起的不可挽回的损失，
同时还节省了对异常数据进行修复时而产生的不必要的成本。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申
请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，
但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案
本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，
该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端
设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各
个实施例所述的方法。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普
通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润
饰，这些改进和润饰也应视本申请的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述
进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一
个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署；可
以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序
号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，
任何本领域的技术人员能思之的变化都应落入本申请的保护范围。