CN104899199A - 一种数据仓库数据处理方法和系统 - Google Patents
一种数据仓库数据处理方法和系统 Download PDFInfo
- Publication number
- CN104899199A CN104899199A CN201410076445.8A CN201410076445A CN104899199A CN 104899199 A CN104899199 A CN 104899199A CN 201410076445 A CN201410076445 A CN 201410076445A CN 104899199 A CN104899199 A CN 104899199A
- Authority
- CN
- China
- Prior art keywords
- data
- task
- processing unit
- father
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据仓库数据处理方法,包括:从业务系统中抽取出原始数据并生成源系统数据表;对源系统数据表去冗余并对数据记历史,建立历史数据表;建立事实数据表对历史数据表的数据进行归类;对事实数据表的数据进行汇总,建立汇总数据表;统计两个或两个以上汇总数据表之间的指标数据,建立统计数据表;基于事实数据表、汇总数据表、统计数据表的数据,建立应用数据表。本发明提供的数据仓库数据处理方法,避免了通用维度模型层中每一层级内部的任务相互依赖,使得任务的并行数目达到最大,计算机资源能够被有效利用,从而提高数据仓库数据处理的效率。本发明还提供了相应的数据仓库数据处理系统,能够实现本发明的数据仓库数据处理方法。
Description
技术领域
本发明涉及数据库领域,尤其涉及一种数据仓库数据处理方法和系统。
背景技术
数据库(Database)是按照数据结构来组织、存储和管理数据的仓库。对数据库数据的处理大致分为两类:一类是操作型处理,这类处理通常用于对数据库中的少数记录进行查询、修改;另一类是分析型处理,这类处理一般用于对历史数据进行分析,使得数据能够应用于决策,所述分析型处理后得到的面向主题的、集成的、与时间相关的、不可修改的数据集合可以称为数据仓库。数据仓库的任务主要是把信息加以整理归纳和重组,并及时提供给决策人员。目前数据仓库的数据处理通常通过分布式系统来实现,所述分布式系统可以将多台计算机联合起来,构成计算机群,并行处理大规模的数据,同时在多台计算机上运行不同任务。
目前数据仓库中对数据进行处理一般建立在ETL数据处理理论的基础上的,ETL是指Extraction(抽取)、Transformation(转换)、和Loading(加载)。具体的ETL操作包括:将业务系统中的数据抽取出来,并将不同数据源的数据按照业务需要进行转换和整合,得出目标数据,然后将目标数据加载到数据仓库中。
数据仓库一般是以数据表的结构存储数据,每个数据表对应一个数据对象。数据表是指一系列二维数组的集合,通常用来代表和储存数据对象之间的关系。数据库表可以由纵向的列和横向的行组成,例如一个有关作者信息的名为“作者”的表中,每个列包含的是所有作者的某个特定类型的信息,比如“姓氏”,而每行则包含了某个特定作者的所有信息:姓、名、住址等等。对于特定的数据库表,列的数目一般事先固定,各列之间可以由列名来识别。
在数据仓库数据处理过程中,通常将建立或生成一个数据表作为一个任务,所述任务的初始状态可以是未完成状态;对每一个任务设置一个任务状态标识来表示该任务的任务状态,例如用“0”表示任务状态为未完成,用“1”表示任务状态为完成。若需要第一个任务完成后才能执行第二个任务,那么所述第一个任务称为父任务,所述第二个任务称为子任务。对于数据仓库数据处理过程,父任务和子任务分别占用调度系统的一个调度层级。调度系统可以记录各个任务之间的依赖关系。通常,数据仓库数据处理过程中,子任务每隔预定时间,主动查询其依赖的父任务的任务状态。若父任务的任务状态均为已完成状态,则可以执行子任务。
常用的数据处理方法包括称为Inmon的企业信息化工厂式的数据处理方法和称为Kimball的维度数据仓库总线体系结式的数据处理方法构。
所述Inmon的企业信息化工厂式的数据处理方法,该数据处理方法通过ETL将业务源系统的数据经过抽取、转换之后加载到企业数据仓库,在此企业数据仓库基础层上建立面向主题的数据集市。在主题数据集市的基础上,提供应用层服务。所述企业数据仓库基础模型遵循实体-联系模型(简称E-R模型)的原则来设计。所述企业数据仓库基础层基于原始数据的性质,尽可能保存粒度最细的数据。所述方法在数据集市中采用维度设计的方法。
另一种称为Kimball的维度数据仓库总线体系结构式的数据处理方法,该数据处理方法主要从业务源系统根据ETL理论建立维度数据仓库基础层。所述维度数据基础层根据维度建模的原则来设计,由一系列的星型模型和多维数据集组成。在维度数据模型的基础上建立面向主题的数据集市,数据集市同样采用维度建模的原则,对基础层重新进行维度定义和聚合。再在主题集市的基础上,建立各种应用层服务。
上述两种数据仓库数据处理方法实现时将数据仓库划分为四层结构,分别为:源系统数据处理层、企业数据仓库数据处理层、通用维度模型数据处理层和应用数据处理层。源系统数据处理层用于从业务系统抽取原始数据,所述源系统数据处理层一般占用调度系统的一个调度层级;企业数据仓库数据处理层用于以关系模型存储各类业务数据,实现海量数据的集中、稳定、有序存贮,所述企业数据仓库数据处理层一般占用调度系统的一个或两个调度层级;通用维度模型数据处理层用于根据主题应用存贮数据集合,所述通用维度模型数据处理层对数据处理时任务比较复杂,一般需要占用调度系统的多个调度层级;应用数据处理层主要用于向用户提供业务数据,所述应用数据处理层一般占用调度系统的一个层级。
在实现本申请过程中,发明人发现现有技术中至少存在如下问题:
由于通用维度模型数据处理层在对数据进行处理时任务比较复杂,通用维度模型数据处理层级中的任务在该层级内部相互依赖,这样通用维度模型层在处理数据时实际会占用调度系统的多个调度层级。例如通用维度模型层中的任务可能既包含对基础信息进行描述,也包含对信息进行汇总、统计等,而对信息进行汇总依赖于对基础信息进行描述,对信息进行统计又依赖于对信息进行汇总。这样,可能多个任务依赖少数几个任务,那么在某个时间段,所述通用维度模型层中可能只有所述少数几个任务在执行,下游节点的所述多个任务都在等待所述少数几个任务结束,这样分布式系统环境下的计算机资源不能被有效利用,数据仓库的数据处理效率不高。
发明内容
本发明的目的在于提高一种数据仓库数据处理方法和系统,以提高数据处理效率。
一种数据仓库数据处理方法,包括:
从业务系统中抽取出原始数据并生成源系统数据表;
对源系统数据表去冗余并对数据记历史,建立历史数据表;
建立事实数据表对历史数据表的数据进行归类;
对事实数据表的数据进行汇总,建立汇总数据表;
统计两个或两个以上汇总数据表之间的指标数据,建立统计数据表;
基于事实数据表、汇总数据表、统计数据表的数据,建立应用数据表。
优选方案中,所述数据处理方法还包括:
对历史数据表中的底层数据进行分析归类,建立归类数据表;
相应地,所述建立事实数据表对历史数据表的数据进行归类,包括:建立事实数据表对历史数据表和/或归类数据表的数据进行归类。
优选方案中,所述建立一个数据表称为一个当前任务;每一任务的初始任务状态为未完成状态。
优选方案中,设置一状态标识来表示每一任务的任务状态。
优选方案中,在所述建立任一数据表之前,还包括:
查询当前任务所依赖的父任务的任务状态;
若父任务的状态均为完成状态,执行当前任务;
若父任务的状态中至少有一个父任务是未完成状态,在预定时间间隔后,重新查询当前任务所依赖的父任务的任务状态。
一种数据仓库数据处理系统,包括:源系统数据处理单元、企业数据仓库第一处理单元、通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元、应用数据处理单元;其中,
所述源系统数据处理单元,用于从各个业务系统中抽取出原始数据,生成一个或一个以上的源系统数据表;
所述企业数据仓库第一处理单元,用于对源系统数据处理单元中的源系统数据表去冗余并对数据记历史,产生与源系统数据表相对应的一个或一个以上的历史数据表;
所述通用维度模型第一处理单元,用于建立一个或一个以上的事实表对企业数据仓库第一处理单元的数据进行归类;
所述通用维度模型第二处理单元,用于对通用维度模型第一处理单元的数据进行汇总,生成至少一个汇总数据表;
所述通用维度模型第三处理单元,用于统计通用维度模型第二处理单元中表与表的指标数据,生成至少一个统计数据表;
所述应用数据处理单元,用于根据通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元的数据生成应用数据表。
优选方案中,
所述企业数据仓库第一处理单元调用源系统数据处理单元的结果;
所述通用维度模型第一处理单元调用企业数据仓库第一处理单元的结果;
所述通用维度模型第二处理单元调用通用维度模型第一处理单元的结果;
所述通用维度模型第三处理单元调用通用维度模型第二处理单元的结果;
所述应用数据处理单元,调用通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元的结果。
优选方案中,所述数据仓库数据处理系统,还包括:企业数据仓库第二处理单元;
所述企业数据仓库第二处理单元,用于对企业数据仓库第一处理单元中的底层数据进行分析归类,生成归类数据表;
相应地,所述通用维度模型第一处理单元,用于建立一个或一个以上的事实表对企业数据仓库第一处理单元、企业数据仓库第二处理单元的数据进行归类;
优选方案中,所述企业数据仓库第二处理单元调用企业数据仓库第一处理单元的结果;
相应地,所述通用维度模型第一处理单元调用企业数据仓库第一处理单元和/或企业数据仓库第二处理单元的结果。
优选方案中,所述数据处理系统中每一处理单元建立一个数据表对应一个任务单元。
优选方案中,所述任务单元,包括:父任务单元、当前任务单元;其中,
所述父任务单元,用于记录当前任务所依赖的父任务,并查询所述父任务的任务状态;所述父任务的初始状态为未完成状态;
所述当前任务单元,用于执行当前任务,当前任务完成后,更改当前任务的任务状态为已完成状态。
优选方案中,所述父任务单元,包括:父任务状态记录单元和父任务状态查询单元;
所述父任务状态记录单元,用于记录当前任务所依赖的所有父任务;
所述父任务状态查询单元,用于查询当前任务所依赖的所有父任务的任务状态;若所有父任务的任务状态均为完成状态,则执行当前任务单元;若所有父任务中至少有一个父任务的任务状态为未完成状态,则等待预定时间后,重新执行父任务状态查询单元,直至所有父任务的任务状态均为完成状态。
优选方案中,所述当前任务单元,包括:当前任务执行单元和当前任务状态记录单元;
所述当前任务执行单元,用于执行当前任务,即建立一个数据表;
所述当前任务状态记录单元,用于记录当然任务的任务状态;所述任务状态的初始状态为未完成状态;在当前任务执行单元中当前任务执行完毕时,更改当前任务的任务状态为已完成状态。
优选方案中,所述源系统数据处理单元中每一个任务对应的任务单元,不包括:父任务单元。
本申请提供的数据仓库数据处理方法与系统,在现有的数据仓库数据处理方法的基础上将通用维度模型数据处理层分为三层,这就避免了通用维度模型层中每一层级内部的任务相互依赖,使得任务的并行数目达到最大,这样通用维度模型数据处理层中任意一层数据处理任务完成后,数据处理结果也可以被应用层数据处理过程直接调用,这样分布式系统环境下的计算机资源就能够被有效利用,从而提高数据仓库数据处理的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请数据仓库数据处理系统实施例的组成结构图;
图2是本申请与数据仓库数据处理系统中建立一个数据表对应的任务单元的组成结构示意图;
图3是任务单元中父任务单元的组成结构图;
图4是任务单元中当前任务单元的组成结构图;
图5是本申请数据仓库数据处理方法实施例的流程图;
图6是对用户浏览这一主题进行数据仓库数据处理的各个任务的依赖关系图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
下面介绍本申请数据仓库数据处理系统第一实施例。图1是本申请数据仓库数据处理系统实施例的组成结构图。如图1所示,本申请数据仓库数据处理系统包括:源系统数据处理单元101、企业数据仓库第一处理单元102、通用维度模型第一处理单元103、通用维度模型第二处理单元104、通用维度模型第三处理单元105、应用数据处理单元106。其中,
所述源系统数据处理单元101,用于从各个业务系统中抽取出原始数据,生成一个或一个以上的源系统数据表;
所述企业数据仓库第一处理单元102,用于对源系统数据处理单元101中的源系统数据表去冗余并对数据记历史,产生与源系统数据表相对应的一个或一个以上的历史数据表;
所述通用维度模型第一处理单元103,用于建立一个或一个以上的事实数据表对企业数据仓库第一处理单元102的数据进行归类;
所述通用维度模型第二处理单元104,用于对通用维度模型第一处理单元103的数据进行汇总,生成至少一个汇总数据表;
所述通用维度模型第三处理单元105,用于统计通用维度模型第二处理单元104中表与表的指标数据,生成至少一个统计数据表;
所述应用数据处理单元106,用于根据通用维度模型第一处理单元103、通用维度模型第二处理单元104、通用维度模型第三处理单元105的数据生成应用数据表。
所述企业数据仓库第一处理单元102,可以调用源系统数据处理单元101的结果;
所述通用维度模型第一处理单元103,可以调用企业数据仓库第一处理单元102的结果;
所述通用维度模型第二处理单元104,可以调用通用维度模型第一处理单元103的结果;
所述通用维度模型第三处理单元105,可以调用通用维度模型第二处理单元104的结果;
所述应用数据处理单元106,可以调用通用维度模型第一处理单元103、通用维度模型第二处理单元104、通用维度模型第三处理单元105的结果。
下面介绍本申请数据仓库数据处理系统第二实施例,本实施例与数据仓库数据处理系统第一实施例的区别在于,所述数据仓库数据处理系统,还包括:企业数据仓库第二处理单元107;
所述企业数据仓库第二处理单元107,用于对企业数据仓库第一处理单元中的底层数据进行分析归类,生成归类数据表;
相应地,所述通用维度模型第一处理单元103,用于建立一个或一个以上的事实表对企业数据仓库第一处理单元102、企业数据仓库第二处理单元107的数据进行归类。
所述企业数据仓库第二处理单元107可以调用企业数据仓库第一处理单元102的结果;
相应地,所述通用维度模型第一处理单元103可以调用企业数据仓库第一处理单元102、企业数据仓库第二处理单元107的结果。
图2是本申请与数据仓库数据处理系统中建立一个数据表对应的任务单元的组成结构示意图。如图2所示,所述数据仓库数据处理系统中建立一个数据表对应的任务单元,包括:父任务单元201、当前任务单元202。其中,
所述父任务单元201,用于记录当前任务所依赖的父任务,并查询所述父任务的任务状态;所述父任务的初始状态为未完成状态;
图3是任务单元中父任务单元的组成结构图。如图3所示,所述父任务单元201,具体包括:父任务状态记录单元2011和父任务状态查询单元2012;
所述父任务状态记录单元2011,可以用于记录当前任务所依赖的所有父任务;
所述父任务状态查询单元2012,可以用于查询当前任务所依赖的所有父任务的任务状态;若所有父任务的任务状态均为完成状态,则执行当前任务单元;若所有父任务中至少有一个父任务的任务状态为未完成状态,则等待预定时间后,重新执行父任务状态查询单元,直至所有父任务的任务状态均为完成状态。
所述当前任务单元202,用于执行当前任务,当前任务完成后,更改当前任务的任务状态为已完成状态。
图4是任务单元中当前任务单元的组成结构图。如图4所示,所述当前任务单元202,包括:当前任务执行单元2021和当前任务状态记录单元2022;
所述当前任务执行单元2021,用于执行当前任务,即建立一个数据表;
所述当前任务状态记录单元2022,用于记录当然任务的任务状态;所述任务状态的初始状态为未完成状态;在当前任务执行单元中当前任务执行完毕时,更改当前任务的任务状态为已完成状态。
需要说明的是,在数据仓库数据处理系统中,由于所述源系统数据处理单元101中的每一个建立数据表的任务是根节点任务,没有需要依赖的父任务,所以所述源系统数据处理单元101中每一个任务对应的任务单元,不包括:父任务单元201。
图5是本申请数据仓库数据处理方法实施例的流程图。如图5所示,所述数据仓库数据处理方法,包括:
S501:从业务系统中抽取出原始数据并生成源系统数据表。
该步骤主要是利用源系统数据处理单元,先从各个业务系统中抽取出数据仓库数据处理所需要的原始数据,所述原始数据可以是数据仓库系统外部或内部的数据。根据抽取出的原始数据建立至少一个数据表并对所述数据表命名,所述数据表即为源系统数据表。在对所述源系统数据表命名时,为了清楚地表示所述源系统数据表为源系统数据处理单元的处理结果,可以对所述一个或多个源系统数据表的名称加一统一的标识,例如在数据表的名称前加一“odl”,所述“odl”表示源系统数据层“operational data layer”。每个建立数据表的任务完成后,将该任务的任务状态标识由表示任务未完成的字符改为表示任务完成的字符,例如用从表示任务未完成的“0”改为表示任务已完成的“1”。
以下述例子进行说明:
要对用户浏览这一主题进行数据处理,要求在对数据进行处理时,可以从用户特征维度和用户浏览数据维度来分析。维度一般是指我们分析目标对象所采用的分析角度。所述的用户特征维度可以包括:用户账号信息、用户公司库信息、用户认证信息;所述的用户浏览数据维度包括:页面浏览日志、曝光点击日志。
首先源系统数据处理单元从各业务系统中抽取出所需要的原始数据,具体包括:用户账号信息、用户公司库信息、用户认证信息、页面浏览日志、曝光点击日志。所述的用户账号信息、用户公司库信息、用户认证信息来自数据仓库外部各个不同的用户系统。所述的页面浏览日志、曝光点击日志来自专门负责采集用户点击流量数据的日志系统,所述日志系统数据来自数据仓库内部的数据库。
根据抽取出的原始数据源系统数据处理单元建立相应的源系统数据表。根据上述抽取到的5个维度的数据分别建立5个源系统数据表,并对源系统数据处理单元建立的源系统数据表命名,为了清楚地表示所述的源系统数据表为源系统数据处理单元的处理结果,对所述源系统数据表的名称加一统一标识,例如“odl”。那么,所述的5个源系统数据表可以分别命名为“odl_用户账号信息”、“odl_用户公司库信息”、“odl_用户认证信息”、“odl_页面浏览日志”、“odl_曝光点击日志”。在每个源系统数据表建立后,将建立该数据表对应的任务的任务状态标识更改为表示完成状态的字符,例如从“0”改为“1”。
所述的“odl_用户账号信息”表中,包含了用户账号id、用户账号状态、用户账号注册日期等信息。所述的“odl_用户公司库信息”表中,包含了用户在公司的信息数据,例如职位等数据。所述的“odl_用户认证信息”表中,包含了用户在接受网站认证时产生的信息数据,例如网站注册信息数据等。所述的“odl_页面浏览日志”表中,包含了用户浏览页面产生的方法日志数据,即包含了每次点击产生一次的页面浏览量(page view,简称PV)数据、浏览页面资源的地址(Uniform Resource Locator,简称URL)数据、浏览时间数据、上个页面的URL数据等。所述的“odl_曝光点击日志”表中,包含了页面曝光的每个产品明细数据和点击明细数据。
S502:对源系统数据表去冗余并对数据记历史,建立历史数据表。
由于源系统数据表中的数据是由各个业务系统中直接抽取获得的原始数据,来自不同业务系统中的信息会有重复的冗余信息,需要对信息进行去冗余。同时这些原始数据来自不同的业务系统,因此数据源地址不完全相同,需要将数据的地址变更为当前地址,即对数据记历史。
在执行每一建立历史数据表任务之前,企业数据仓库第一处理单元主动查询该建立历史数据表任务所依赖的一个或多个父任务的任务状态,若所述一个或多个父任务的任务状态标识均为表示完成状态的“1”,则开始执行建立历史数据表的任务;若所述一个或多个父任务的任务状态标识至少有一个不是表示完成状态的“1”,则在预定时间间隔后再次查询所述一个或多个父任务的任务状态,直至所述父任务的任务状态标识均为表示完成状态的“1”再执行建立历史数据表的任务。所述任务包括:企业数据仓库第一处理单元先将不同源数据数据表中的冗余信息删除,保证信息的完整、简洁;采用对数据记历史的方式来更改数据当前地址,保证数据的地址相同,在对数据记历史过程中建立与源系统数据表相对应的一个或多个历史数据表;并对所建立的历史数据表命名;每个建立历史数据表的任务完成后,企业数据仓库第一处理单元将该任务的任务状态标识更改为表示任务完成的字符,例如“1”。
在对所述历史数据表命名时,为了清楚地表示所述历史数据表为企业数据仓库第一处理单元的处理结果,可以对所述一个或多个历史数据表的名称加一统一的标识,例如在数据表的名称前加一“edw1”,所述“edw1”中,edw表示企业数据仓库“enterprise data warehouse”。
所述记历史的方法可以是历史拉链的方式,例如:数据x从2000年01月01日至2013年05月31日都存放在数据库1中,2013年06月01数据x从数据库1搬到数据库2,则原来关于数据x的地址的记录可以是:
“x,数据库1”
2013年06月01日后,更新地址后的数据x的地址的记录可以是:
“x,数据库2”
在实际应用中,通常还在数据地址记录上增加begin_date和end_date来表示数据地址有效期的时间,这样数据x原来的地址记录可以是:
“x,数据库1,2000.01.01-2013.05.31”
数据x新的地址记录可以是:
“x,数据库2,2013.06.01-2999.12.31”
记历史的方式还可以采用快照的方式。以上述的数据x为例,日快照的方式是将2013年05月31日和2013年06月01日的关于数据x的地址记录分别完整保留下来,每日存一份包含了当日地址的完整数据。
具体的记历史的方法一般视情况选择一种合理的记历史方式,比如,如果数据地址变化的不频繁但数据本身的数据量很大,一般采用历史拉链的方式,而如果数据地址变化频繁但数据本身的数据量小,则一般采用快照的方式。
以上述对用户浏览这一主题数据处理为例:
需要根据“odl_用户账号信息”表中的数据建立历史数据表,所述建立历史数据表的任务为当前任务;那么S501中建立“odl_用户账号信息”表即为当前任务所依赖的父任务;首先查询当前任务所依赖的父任务的任务状态,若父任务的任务状态为未完成状态,例如表示任务状态的标识为表示未完成状态的“0”,则等待预定间隔时间后,再次查询父任务的任务状态;当所述父任务的任务状态为完成状态时,例如表示任务状态的标识为表示完成状态的“1”,则开始执行当前任务。所述当前任务包括:
将上述“odl_用户账号信息”中重复的内容删除。例如,建立“odl_用户账号信息”表时从业务系统A中选择了用户姓名为M的信息,从业务系统B中又选择了用户姓名为M的信息,那么“odl_用户认证信息”表中用户姓名为M的信息就存在冗余的信息,需要删除。
对上述去冗余的数据表“odl_用户账号信息”中的数据记历史,建立相应的历史数据表。对所述历史数据库表命名,可以命名为“edw1_用户账号信息历史”。所述“edw1_用户账号信息历史”建立完成后,将建立该“edw1_用户账号信息历史”的任务状态标识改为表示完成状态的字符“1”。用同样的方法建立“edw1_用户公司库信息历史”、“edw1_用户认证信息历史”、“edw1_页面浏览日志快照”、“edw1_曝光点击日志快照”这4个历史数据表。
S503:建立事实数据表对历史数据表的数据进行归类。
在建立历史数据表后,需要根据数据仓库数据处理的主题对一个或一个以上的历史数据表中的数据进行归类。具体地,通用维度模型第一处理单元主动查询每个建立事实数据表的任务所依赖的一个或多个建立历史数据表的任务的任务状态,所述建立历史数据表的任务即为建立事实数据表任务的父任务。若所述父任务的任务状态为完成状态则开始执行该建立事实数据表的任务;若所述一个或多个父任务的任务状态中至少有一个不是完成状态,则在预定时间间隔后再次查询父任务的任务状态,直至父任务的任务状态均为完成状态开始执行建立事实数据表的任务。所述事实数据表通常用来描述数据集市中最密集的数据。例如,在电话公司中,用于呼叫的数据是典型的最密集数据。
所述建立事实数据表的任务包括:通用维度模型第一处理单元根据数据仓库数据处理的主题对一个或一个以上的历史数据表中的数据进行归类,建立一个或多个事实数据表,并对所述事实数据表命名;每个建立事实数据表的任务完成后,通用维度模型第一处理单元将该任务的任务状态标识更改为表示任务完成的字符,例如“1”。
在对所述事实数据表命名时,为了清楚地表示所述事实数据表为通用维度模型第一处理单元的处理结果,可以对所述一个或多个事实数据表的名称加一统一的标识,例如在事实数据表的名称前加一“cdm1”,所述“cdm1”中,cdm表示通用维度模型“common dimensionalmodel”。
以上述用户浏览的主题为例:
例如要通过“edw1_用户账号信息历史”、“edw1_用户公司库信息历史”这两个数据表来对曝光点击事件进行归类,那么所述建立关于曝光点击事件的事实数据表为当前任务,建立“edw1_用户账号信息历史”的任务和建立“edw1_用户公司库信息历史”的任务即为当前任务的父任务。当所述两个父任务的任务状态均为完成状态时,例如两个父任务的任务状态标识均为“1”,则开始执行当前任务。所述当前任务包括:对“edw1_用户账号信息历史”、“edw1_用户公司库信息历史”这两个表中的数据进行归类,建立曝光点击事件事实数据表,可以将该事实数据表命名为“cdm1_曝光点击事件”。在“cdm1_曝光点击事件”事实表建立完成后,将当前任务的任务状态标识更改为表示完成状态的“1”。用同样的方法建立“cdm1_客体基本特征”、“cdm1_浏览行为事件”、“cdm1_曝光点击关键词”三个事实数据表。
S504:对事实数据表的数据进行汇总,建立汇总数据表。
通用维度模型第一处理单元中建立的事实数据表仅仅是对历史数据表中的数据进行了描述,还需要对所述事实数据表的数据根据数据处理主题进行简单的数据汇总。
具体地,通用维度模型第二处理单元主动查询该步骤中建立汇总数据表的任务所依赖的通用维度模型第一数据处理单元中一个或多个事实数据表对应任务的任务状态,所述一个或多个事实数据表对应任务即为该步骤中建立汇总数据表任务的父任务;若所述父任务的任务状态均为完成状态,则开始执行该步骤中的任务;若所述一个或多个父任务的任务状态中至少有一个不是完成状态,则在预定时间间隔后再次查询父任务的任务状态,直至父任务的任务状态均为完成状态再执行该步骤中建立汇总数据表的任务。所述建立汇总数据表的任务包括:对通用维度模型第一处理单元中建立的一个或多个事实表的数据进行汇总,建立汇总数据库表,对所述汇总数据库表命名。在所述每一汇总数据库表建立完成后,将建立该汇总数据表任务的任务状态标识从表示未完成状态的字符更改为表示完成状态的字符,例如从“0”改为“1”。
在对所述汇总数据表命名时,为了清楚地表示所述汇总数据表为通用维度模型第二处理单元的处理结果,与通用维度模型第一处理单元的处理结果类似,可以对所述一个或多个汇总数据表的名称加一统一的标识,例如在汇总数据表的名称前加一“cdm2”。
以上述用户浏览数据处理主题为例:
对用户浏览行为进行数据汇总需要“cdm1_客体基本特征”和“cdm1_浏览行为事件”这两个表的数据,建立关于用户浏览行为的汇总数据表为当前任务,则建立“cdm1_客体基本特征”的任务和建立“cdm1_浏览行为事件”的任务即为当前任务所依赖的父任务。主动查询所述父任务的任务状态,当所述父任务的任务状态均为完成状态时,对“cdm1_客体基本特征”和“cdm1_浏览行为事件”表中的数据进行汇总,建立浏览行为汇总数据表。可以将所述汇总数据表命名为“cdm2_浏览行为汇总数据”。在“cdm2_浏览行为汇总数据”表建立完成后,将建立“cdm2_浏览行为汇总数据”表的任务的任务状态更改为完成状态,例如将该任务的任务状态改为“1”。用同样的方法建立“cdm2_曝光点击效果汇总数据”表和“cdm2_关键词效果汇总数据”表。
S505:统计两个或两个以上汇总数据表之间的指标数据,建立统计数据表。
实施该步骤时,通用维度模型第三处理单元主动查询该步骤中建立每一统计数据表需要的一个或多个事实数据表对应任务的任务状态,所述一个或多个事实数据表对应的任务即为建立统计数据表的任务的父任务,该步骤需要执行的任务为子任务;若所述父任务的任务状态为完成状态,则开始执行建立统计数据表的任务;若所述一个或多个父任务的任务状态中至少有一个不是完成状态,则在预定时间间隔后再次查询父任务的任务状态,直至父任务的任务状态均为完成状态,开始执行建立统计数据表的任务。所述建立统计数据表的任务包括:统计通用维度模型第二处理单元中建立的2个或2个以上汇总数据表之间的指标数据,例如用户实体与行业实体之间的指标数据等,根据指标数据建立统计数据表,并对所述统计数据表命名。当每个统计数据表建立完成后,将表示该任务的任务状态的标识从表示未完成状态的字符更改为表示完成状态的字符,例如从“0”改为“1”。
在对所述统计数据表命名时,为了清楚地表示所述统计数据表为通用维度模型第三处理单元的处理结果,与通用维度模型第一处理单元、通用维度模型第二处理单元的处理结果类似,可以对所述一个或多个统计数据表的名称加一统一的标识,例如在统计数据表的名称前加一“cdm3”。
以上述对用户浏览主题进行数据处理为例:
需要根据“cdm2_用户曝光点击效果汇总数据”和“cdm2_关键词效果汇总数据”这两个汇总数据表中的数据,建立关键词交叉效果统计数据表。所述建立关键词交叉效果统计数据表为当前任务,则建立“cdm2_用户曝光点击效果汇总数据”表的任务和建立“cdm2_关键词效果汇总数据”表的任务为当前任务的父任务。主动查询所述父任务的任务状态,若所述父任务中有一个任务的任务状态为未完成状态,例如建立“cdm2_用户曝光点击效果汇总数据”表的任务的任务状态标识为表示未完成的“0”,则等待预定时间间隔后,再次查询所述父任务的任务状态,当所述两个父任务的任务状态均为完成状态时,执行当前任务。所述执行当前任务包括:统计“cdm2_用户曝光点击效果汇总数据”和“cdm2_关键词效果汇总数据”两个汇总数据表中关键词与用户之间指标数据,例如选择关键词的人数等数据,建立关键词交叉效果统计数据表;可以将所述关键词交叉效果统计数据表命名为“cdm3_关键词用户交叉效果统计”。在“cdm3_关键词用户交叉效果统计”表建立完成后,将当前任务的任务状态更改为完成状态,例如将任务状态标识的字符更改为“1”。
S506:基于事实数据表、汇总数据表、统计数据表的数据,建立应用数据表。
实施该步骤时,应用数据处理单元主动查询该步骤建立应用数据表需要的通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元中建立一个或多个数据表对应的任务的任务状态,所述一个或多个数据表对应的任务即为该步骤中建立应用数据表任务所依赖的父任务;若所述父任务的任务状态为完成状态,则开始执行建立应用数据表的任务;若所述一个或多个父任务的任务状态中至少有一个不是完成状态,则在预定时间间隔后再次查询父任务的任务状态,直至父任务的任务状态均为完成状态,开始执行建立应用数据表的任务。所述建立应用数据表的任务包括:将建立每一应用数据表所依赖的一个或多个事实数据表和/或汇总数据表和/或统计数据表进行分析和合并,生成相应的应用数据表,对所述应用数据表命名。当所述每一建立应用数据表的任务完成后,应用数据处理单元将表示该任务的任务状态的标识从表示未完成状态的字符更改为表示完成状态的字符,例如从“0”改为“1”。
在对所述应用数据表命名时,为了清楚地表示所述应用数据表为应用数据处理单元的处理结果,可以对所述一个或多个应用数据表的名称加一统一的标识,例如在应用数据表的名称前加一“adm”,所述“adm”表示通用维度模型“application data model”。
以上述对用户浏览主题进行数据处理为例:
需要根据“cdm1_浏览行为事件”和“cdm2_用户浏览行为汇总数据”两个数据表来分析出用户流量分析表;则建立用户浏览分析表为当前任务,建立“cdm1_浏览行为事件”的任务和建立“cdm2_用户浏览行为汇总数据”的任务为当前任务所依赖的父任务。首先主动查询所述父任务的任务状态,当所述父任务的任务状态均为完成状态时,开始执行当前任务,所述当前任务包括:根据表“cdm1_浏览行为事件”和表“cdm2_用户浏览行为汇总数据”分析出的用户流量,建立用户流量分析表,可以将所述用户流量分析表命名为“adm_用户流量分析”表,在“adm_用户流量分析”表建立完成后,将当前任务的任务状态更改为完成状态,例如将表示任务状态的标识更改为“1”。用同样的方法建立“adm_用户路径分析数据”和建立“adm_用户关键词研究”。上述三个应用数据表为用户浏览这一主题的相关应用提供业务数据。
下面介绍本申请数据仓库数据处理方法第二实施例,该实施例与数据仓库数据处理方法第一实施例的区别在于,所述数据仓库数据处理方法,还包括:
S507:对历史数据表中的底层数据进行分析归类,建立归类数据表。
在历史数据表中,有部分复杂逻辑数据需要作为后续数据处理工作的基础数据,可以对这部分数据进行归类。
具体实施过程中,企业数据仓库第二处理单元主动查询该步骤建立归类数据表需要的企业数据仓库第一处理单元中一个或多个历史数据表对应任务的任务状态,所述历史数据表对应任务即为该步骤中建立归类数据表任务的父任务。若所述父任务的任务状态为完成状态,则开始执行该步骤中建立归类数据表任务的任务;若所述一个或多个父任务的任务状态中至少有一个不是完成状态,则在预定时间间隔后再次查询父任务的任务状态,直至父任务的任务状态均为完成状态,开始执行该步骤中建立归类数据表的任务。所述建立归类数据表任务包括:将所述父任务建立的历史数据表中复杂逻辑数据进行分析和归类,生成归类数据表,对所述归类数据表命名;在每一个归类数据表建立完成后,将该归类数据表对应任务的任务状态标识更改为表示完成状态的字符,例如改为“1”。
在对所述归类数据表命名时,为了清楚地表示所述归类数据表为企业数据仓库第二处理单元的处理结果,可以对所述一个或多个归类数据表的名称加一统一的标识,例如在归类数据表的名称前加一“edw2”。
相应地,S503中建立事实数据表时,可以调用所述归类数据表的数据,那么建立所述归类数据表的任务可以作为建立事实数据表任务的父任务。
以数据仓库数据处理方法第一实施例中对用户浏览这一主题进行数据仓库数据处理的例子来说:
流量来源是基础的、复杂的逻辑数据,需要对流量来源进行归类,这就需要edw1中的“edw1_页面浏览日快照”表的数据,建立流量来源归类数据表为当前任务,则建立“edw1_页面浏览日快照”的任务即为当前任务的父任务。首先主动查询所述父任务的任务状态,当该父任务的任务状态为完成状态时,执行当前任务。所述执行当前任务,包括:利用“edw1_页面浏览日快照”表中的数据对流量的来源进行区分归类;所述流量来源可以用一个标识来区分,例如用一个字段来表示流量来源,例如用字段“refer_url”来表示该流量来自哪个url来,或者在每个url后加一后缀,例如“tracelog”,来表示是否是通过其他浏览页面的链接进入当前浏览页面的;将字段相同或后缀相同的流量来源归为一类。根据对流量来源的归类,建立归类数据表,所述归类数据表可以命名为“edw2_流量来源归类”。在建立流量归类数据表建立完成后,可以将当前任务的任务状态更改为完成状态,例如将任务状态标识改为表示任务完成状态的字符“1”。
相应地,S503中,建立“cdm1_浏览行为事件”的任务可以将建立“edw2_流量来源归类”的任务作为父任务,则在S503中,建立“cdm1_浏览行为事件”这一事实数据表前,需要主动查询建立“cdm1_浏览行为事件”的任务的状态,当所有父任务的任务状态均为完成状态时,开始执行建立“cdm1_浏览行为事件”的任务;所述所有父任务包括建立“cdm1_浏览行为事件”的任务。
图6是数据处理方法第二实施例中对用户浏览这一主题进行数据仓库数据处理的各个任务的依赖关系图。从图6中可以看出,在建立“cdm1_浏览行为事件”事实数据表的任务和建立“浏览行为汇总数据”汇总数据表的任务完成后,就可以执行建立“adm_用户流量分析”应用数据表的任务,而不必等待通用维度模型第三处理单元中所有建立统计数据表的任务结束再执行该任务。
本申请提供的数据仓库数据处理方法与系统,在现有的数据仓库数据处理方法的基础上将通用维度模型数据处理层分为三层,这就避免了通用维度模型层中每一层级内部的任务相互依赖,使得任务的并行数目达到最大,这样通用维度模型数据处理层中任意一层数据处理任务完成后,数据处理结果也可以被应用层数据处理过程直接调用,这样分布式系统环境下的计算机资源就能够被有效利用,从而提高数据仓库数据处理的效率。
由于本说明书中的系统实施例基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
Claims (14)
1.一种数据仓库数据处理方法,其特征在于,包括:
从业务系统中抽取出原始数据并生成源系统数据表;
对源系统数据表去冗余并对数据记历史,建立历史数据表;
建立事实数据表对历史数据表的数据进行归类;
对事实数据表的数据进行汇总,建立汇总数据表;
统计两个或两个以上汇总数据表之间的指标数据,建立统计数据表;
基于事实数据表、汇总数据表、统计数据表的数据,建立应用数据表。
2.如权利要求1所述的数据处理方法,其特征在于,所述数据处理方法还包括:
对历史数据表中的底层数据进行分析归类,建立归类数据表;
相应地,
所述建立事实数据表对历史数据表的数据进行归类,包括:建立事实数据表对历史数据表和/或归类数据表的数据进行归类。
3.如权利要求1或2所述的数据处理方法,其特征在于,所述建立一个数据表称为一个当前任务;每一任务的初始任务状态为未完成状态。
4.如权利要求3所述的数据处理方法,其特征在于,设置一状态标识来表示每一任务的任务状态。
5.如权利要求3所述的数据处理方法,其特征在于,在所述建立任一数据表之前,还包括:
查询当前任务所依赖的父任务的任务状态;
若父任务的状态均为完成状态,执行当前任务;
若父任务的状态中至少有一个父任务是未完成状态,在预定时间间隔后,重新查询当前任务所依赖的父任务的任务状态。
6.一种数据仓库数据处理系统,其特征在于,包括:源系统数据处理单元、企业数据仓库第一处理单元、通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元、应用数据处理单元;其中,
所述源系统数据处理单元,用于从各个业务系统中抽取出原始数据,生成一个或一个以上的源系统数据表;
所述企业数据仓库第一处理单元,用于对源系统数据处理单元中的源系统数据表去冗余并对数据记历史,产生与源系统数据表相对应的一个或一个以上的历史数据表;
所述通用维度模型第一处理单元,用于建立一个或一个以上的事实表对企业数据仓库第一处理单元的数据进行归类;
所述通用维度模型第二处理单元,用于对通用维度模型第一处理单元的数据进行汇总,生成至少一个汇总数据表;
所述通用维度模型第三处理单元,用于统计通用维度模型第二处理单元中表与表的指标数据,生成至少一个统计数据表;
所述应用数据处理单元,用于根据通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元的数据生成应用数据表。
7.如权利要求6所述的一种数据仓库数据处理系统,其特征在于,
所述企业数据仓库第一处理单元调用源系统数据处理单元的结果;
所述通用维度模型第一处理单元调用企业数据仓库第一处理单元的结果;
所述通用维度模型第二处理单元调用通用维度模型第一处理单元的结果;
所述通用维度模型第三处理单元调用通用维度模型第二处理单元的结果;
所述应用数据处理单元,调用通用维度模型第一处理单元、通用维度模型第二处理单元、通用维度模型第三处理单元的结果。
8.如权利要求6所述的一种数据仓库数据处理系统,其特征在于,所述数据仓库数据处理系统,还包括:企业数据仓库第二处理单元;
所述企业数据仓库第二处理单元,用于对企业数据仓库第一处理单元中的底层数据进行分析归类,生成归类数据表;
相应地,
所述通用维度模型第一处理单元,用于建立一个或一个以上的事实表对企业数据仓库第一处理单元、企业数据仓库第二处理单元的数据进行归类。
9.如权利要求8所述的一种数据仓库数据处理系统,其特征在于,所述企业数据仓库第二处理单元调用企业数据仓库第一处理单元的结果;
相应地,
所述通用维度模型第一处理单元调用企业数据仓库第一处理单元和/或企业数据仓库第二处理单元的结果。
10.如权利要求6-9任意一项所述的一种数据仓库数据处理系统,其特征在于,所述数据处理系统中每一处理单元建立一个数据表对应一个任务单元。
11.如权利要求10所述的一种数据仓库数据处理系统,其特征在于,所述任务单元,包括:父任务单元、当前任务单元;其中,
所述父任务单元,用于记录当前任务所依赖的父任务,并查询所述父任务的任务状态;所述父任务的初始状态为未完成状态;
所述当前任务单元,用于执行当前任务,当前任务完成后,更改当前任务的任务状态为已完成状态。
12.如权利要求11所述的一种数据仓库数据处理系统,其特征在于,所述父任务单元,包括:父任务状态记录单元和父任务状态查询单元;
所述父任务状态记录单元,用于记录当前任务所依赖的所有父任务;
所述父任务状态查询单元,用于查询当前任务所依赖的所有父任务的任务状态;若所有父任务的任务状态均为完成状态,则执行当前任务单元;若所有父任务中至少有一个父任务的任务状态为未完成状态,则等待预定时间后,重新执行父任务状态查询单元,直至所有父任务的任务状态均为完成状态。
13.如权利要求11所述的一种数据仓库数据处理系统,其特征在于,所述当前任务单元,包括:当前任务执行单元和当前任务状态记录单元;
所述当前任务执行单元,用于执行当前任务,即建立一个数据表;
所述当前任务状态记录单元,用于记录当然任务的任务状态;所述任务状态的初始状态为未完成状态;在当前任务执行单元中当前任务执行完毕时,更改当前任务的任务状态为已完成状态。
14.如权利要求11所述的一种数据仓库数据处理系统,其特征在于,所述源系统数据处理单元中每一个任务对应的任务单元,不包括:父任务单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410076445.8A CN104899199B (zh) | 2014-03-04 | 2014-03-04 | 一种数据仓库数据处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410076445.8A CN104899199B (zh) | 2014-03-04 | 2014-03-04 | 一种数据仓库数据处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104899199A true CN104899199A (zh) | 2015-09-09 |
CN104899199B CN104899199B (zh) | 2018-12-28 |
Family
ID=54031867
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410076445.8A Active CN104899199B (zh) | 2014-03-04 | 2014-03-04 | 一种数据仓库数据处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104899199B (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106569731A (zh) * | 2015-10-10 | 2017-04-19 | 阿里巴巴集团控股有限公司 | 极限存储方法、装置及设备 |
CN106933914A (zh) * | 2015-12-31 | 2017-07-07 | 北京国双科技有限公司 | 多数据表的数据处理方法及装置 |
CN107465692A (zh) * | 2017-09-15 | 2017-12-12 | 湖北省楚天云有限公司 | 统一用户身份认证方法、系统以及存储介质 |
CN107544984A (zh) * | 2016-06-27 | 2018-01-05 | 北京京东尚科信息技术有限公司 | 一种数据处理的方法和装置 |
CN107704590A (zh) * | 2017-09-30 | 2018-02-16 | 深圳市华傲数据技术有限公司 | 一种基于数据仓库的数据处理方法及系统 |
CN108108374A (zh) * | 2016-11-25 | 2018-06-01 | 百度在线网络技术(北京)有限公司 | 一种数据仓库的存储方法及装置 |
CN108268565A (zh) * | 2017-01-04 | 2018-07-10 | 北京京东尚科信息技术有限公司 | 基于数据仓库处理用户浏览行为数据的方法及系统 |
CN108304572A (zh) * | 2018-02-23 | 2018-07-20 | 广州天维信息技术股份有限公司 | 一种大数据存储方法和系统 |
CN108805597A (zh) * | 2017-05-05 | 2018-11-13 | 百度在线网络技术(北京)有限公司 | 模型构建方法及装置、数据报表生成方法及装置 |
CN109783646A (zh) * | 2019-02-12 | 2019-05-21 | 四川大学华西医院 | 一种数据处理方法及装置 |
CN109885467A (zh) * | 2019-02-03 | 2019-06-14 | 北京字节跳动网络技术有限公司 | 数据波动的报警方法、装置、存储介质及电子设备 |
CN110019109A (zh) * | 2017-07-12 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 用于处理数据仓库数据的方法及装置 |
CN110069519A (zh) * | 2018-08-23 | 2019-07-30 | 平安科技(深圳)有限公司 | 数据信息管理方法、装置、计算机设备及存储介质 |
CN110457401A (zh) * | 2019-07-08 | 2019-11-15 | 南京苏宁软件技术有限公司 | 数据存储方法、装置、计算机设备和存储介质 |
CN110601866A (zh) * | 2018-06-13 | 2019-12-20 | 阿里巴巴集团控股有限公司 | 一种流量分析系统、数据采集装置、数据处理装置及方法 |
CN110825526A (zh) * | 2019-11-08 | 2020-02-21 | 欧冶云商股份有限公司 | 基于er关系的分布式调度方法及装置、设备以及存储介质 |
CN112035468A (zh) * | 2020-08-24 | 2020-12-04 | 杭州览众数据科技有限公司 | 基于内存计算、web可视化配置的多数据源ETL工具 |
CN112328705A (zh) * | 2020-11-03 | 2021-02-05 | 成都中科大旗软件股份有限公司 | 支持任意配置周期的任务调度方法 |
CN112527886A (zh) * | 2021-02-09 | 2021-03-19 | 中关村科学城城市大脑股份有限公司 | 一种基于城市大脑的数据仓库系统 |
CN113011784A (zh) * | 2021-04-20 | 2021-06-22 | 中国建设银行股份有限公司 | 监管报送数据的处理模型及方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101273348A (zh) * | 2005-09-22 | 2008-09-24 | 微软公司 | 结构化数据的导航 |
CN101477526A (zh) * | 2008-12-31 | 2009-07-08 | 中兴通讯股份有限公司 | 一种实现统计报表定制的方法及系统 |
CN101616281A (zh) * | 2009-06-26 | 2009-12-30 | 中兴通讯股份有限公司南京分公司 | 一种将手机电视播放画面局部放大的方法及移动终端 |
CN102236580A (zh) * | 2010-04-26 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 为etl任务分配节点的方法和调度系统 |
CN102360371A (zh) * | 2011-09-29 | 2012-02-22 | 畅捷通信息技术股份有限公司 | 数据处理装置和数据处理方法 |
US20120209413A1 (en) * | 2011-02-14 | 2012-08-16 | Microsoft Corporation | Background Audio on Mobile Devices |
CN103577276A (zh) * | 2012-07-18 | 2014-02-12 | 深圳市腾讯计算机系统有限公司 | 用户操作数据的备份系统及方法 |
-
2014
- 2014-03-04 CN CN201410076445.8A patent/CN104899199B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101273348A (zh) * | 2005-09-22 | 2008-09-24 | 微软公司 | 结构化数据的导航 |
CN101477526A (zh) * | 2008-12-31 | 2009-07-08 | 中兴通讯股份有限公司 | 一种实现统计报表定制的方法及系统 |
CN101616281A (zh) * | 2009-06-26 | 2009-12-30 | 中兴通讯股份有限公司南京分公司 | 一种将手机电视播放画面局部放大的方法及移动终端 |
CN102236580A (zh) * | 2010-04-26 | 2011-11-09 | 阿里巴巴集团控股有限公司 | 为etl任务分配节点的方法和调度系统 |
US20120209413A1 (en) * | 2011-02-14 | 2012-08-16 | Microsoft Corporation | Background Audio on Mobile Devices |
CN102360371A (zh) * | 2011-09-29 | 2012-02-22 | 畅捷通信息技术股份有限公司 | 数据处理装置和数据处理方法 |
CN103577276A (zh) * | 2012-07-18 | 2014-02-12 | 深圳市腾讯计算机系统有限公司 | 用户操作数据的备份系统及方法 |
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106569731A (zh) * | 2015-10-10 | 2017-04-19 | 阿里巴巴集团控股有限公司 | 极限存储方法、装置及设备 |
CN106569731B (zh) * | 2015-10-10 | 2020-08-04 | 阿里巴巴集团控股有限公司 | 极限存储方法、装置及设备 |
CN106933914A (zh) * | 2015-12-31 | 2017-07-07 | 北京国双科技有限公司 | 多数据表的数据处理方法及装置 |
CN107544984A (zh) * | 2016-06-27 | 2018-01-05 | 北京京东尚科信息技术有限公司 | 一种数据处理的方法和装置 |
CN107544984B (zh) * | 2016-06-27 | 2020-07-31 | 北京京东尚科信息技术有限公司 | 一种数据处理的方法和装置 |
CN108108374B (zh) * | 2016-11-25 | 2021-11-16 | 百度在线网络技术(北京)有限公司 | 一种数据仓库的存储方法及装置 |
CN108108374A (zh) * | 2016-11-25 | 2018-06-01 | 百度在线网络技术(北京)有限公司 | 一种数据仓库的存储方法及装置 |
CN108268565A (zh) * | 2017-01-04 | 2018-07-10 | 北京京东尚科信息技术有限公司 | 基于数据仓库处理用户浏览行为数据的方法及系统 |
CN108268565B (zh) * | 2017-01-04 | 2020-11-03 | 北京京东尚科信息技术有限公司 | 基于数据仓库处理用户浏览行为数据的方法及系统 |
CN108805597A (zh) * | 2017-05-05 | 2018-11-13 | 百度在线网络技术(北京)有限公司 | 模型构建方法及装置、数据报表生成方法及装置 |
CN110019109B (zh) * | 2017-07-12 | 2021-05-25 | 北京京东尚科信息技术有限公司 | 用于处理数据仓库数据的方法及装置 |
CN110019109A (zh) * | 2017-07-12 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 用于处理数据仓库数据的方法及装置 |
CN107465692A (zh) * | 2017-09-15 | 2017-12-12 | 湖北省楚天云有限公司 | 统一用户身份认证方法、系统以及存储介质 |
CN107465692B (zh) * | 2017-09-15 | 2019-12-20 | 湖北省楚天云有限公司 | 统一用户身份认证方法、系统以及存储介质 |
CN107704590A (zh) * | 2017-09-30 | 2018-02-16 | 深圳市华傲数据技术有限公司 | 一种基于数据仓库的数据处理方法及系统 |
CN108304572A (zh) * | 2018-02-23 | 2018-07-20 | 广州天维信息技术股份有限公司 | 一种大数据存储方法和系统 |
CN110601866A (zh) * | 2018-06-13 | 2019-12-20 | 阿里巴巴集团控股有限公司 | 一种流量分析系统、数据采集装置、数据处理装置及方法 |
CN110601866B (zh) * | 2018-06-13 | 2023-01-24 | 阿里巴巴集团控股有限公司 | 一种流量分析系统、数据采集装置、数据处理装置及方法 |
CN110069519A (zh) * | 2018-08-23 | 2019-07-30 | 平安科技(深圳)有限公司 | 数据信息管理方法、装置、计算机设备及存储介质 |
CN109885467A (zh) * | 2019-02-03 | 2019-06-14 | 北京字节跳动网络技术有限公司 | 数据波动的报警方法、装置、存储介质及电子设备 |
CN109885467B (zh) * | 2019-02-03 | 2022-08-23 | 北京字节跳动网络技术有限公司 | 数据波动的报警方法、装置、存储介质及电子设备 |
CN109783646A (zh) * | 2019-02-12 | 2019-05-21 | 四川大学华西医院 | 一种数据处理方法及装置 |
CN109783646B (zh) * | 2019-02-12 | 2022-08-12 | 四川大学华西医院 | 一种数据处理方法及装置 |
CN110457401B (zh) * | 2019-07-08 | 2022-11-08 | 南京苏宁软件技术有限公司 | 数据存储方法、装置、计算机设备和存储介质 |
CN110457401A (zh) * | 2019-07-08 | 2019-11-15 | 南京苏宁软件技术有限公司 | 数据存储方法、装置、计算机设备和存储介质 |
CN110825526A (zh) * | 2019-11-08 | 2020-02-21 | 欧冶云商股份有限公司 | 基于er关系的分布式调度方法及装置、设备以及存储介质 |
CN112035468A (zh) * | 2020-08-24 | 2020-12-04 | 杭州览众数据科技有限公司 | 基于内存计算、web可视化配置的多数据源ETL工具 |
CN112328705A (zh) * | 2020-11-03 | 2021-02-05 | 成都中科大旗软件股份有限公司 | 支持任意配置周期的任务调度方法 |
CN112527886A (zh) * | 2021-02-09 | 2021-03-19 | 中关村科学城城市大脑股份有限公司 | 一种基于城市大脑的数据仓库系统 |
CN113011784A (zh) * | 2021-04-20 | 2021-06-22 | 中国建设银行股份有限公司 | 监管报送数据的处理模型及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104899199B (zh) | 2018-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104899199A (zh) | 一种数据仓库数据处理方法和系统 | |
Chong et al. | Big data analytics: a literature review | |
Che et al. | From big data to big data mining: challenges, issues, and opportunities | |
Bhosale et al. | A review paper on big data and hadoop | |
US8527451B2 (en) | Business semantic network build | |
CN104951512A (zh) | 一种基于互联网的舆情数据采集方法及系统 | |
Miloslavskaya et al. | Application of big data, fast data, and data lake concepts to information security issues | |
CN103761111A (zh) | 一种基于bpel语言构建数据密集型工作流引擎的方法及其系统 | |
Slagter et al. | An adaptive and memory efficient sampling mechanism for partitioning in MapReduce | |
CN107391502A (zh) | 时间间隔的数据查询方法、装置及索引构建方法、装置 | |
CN104021125A (zh) | 一种搜索引擎排序的方法、系统以及一种搜索引擎 | |
CN112214453B (zh) | 大规模工业数据压缩存储方法、系统及介质 | |
CN113688288A (zh) | 数据关联分析方法、装置、计算机设备和存储介质 | |
CN115145871A (zh) | 文件查询方法、装置和电子设备 | |
Sharma et al. | Open source big data analytics technique | |
CN115309749A (zh) | 一种用于科技服务的大数据实验系统 | |
Yadav et al. | Review paper on big data analytics in Cloud computing | |
Tarar et al. | Bug report summarization: A systematic literature review | |
Anusha et al. | Big data techniques for efficient storage and processing of weather data | |
Joshi | Analyzing big data tools and deployment platforms | |
Park et al. | A development of streaming big data analysis system using in-memory cluster computing framework: Spark | |
Bharti et al. | A Review on Big Data Analytics Tools in Context with Scalability | |
Niño et al. | Understanding big data: Antecedents, origin and later development | |
US20140067874A1 (en) | Performing predictive analysis | |
CN103164491A (zh) | 一种数据处理和检索的方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191219 Address after: P.O. Box 31119, grand exhibition hall, hibiscus street, 802 West Bay Road, Grand Cayman, British Cayman Islands Patentee after: Innovative advanced technology Co., Ltd Address before: Greater Cayman, British Cayman Islands Patentee before: Alibaba Group Holding Co., Ltd. |
|
TR01 | Transfer of patent right |