CN114265887A - 一种维度数据处理方法、装置、存储介质及电子设备 - Google Patents
一种维度数据处理方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN114265887A CN114265887A CN202111678356.7A CN202111678356A CN114265887A CN 114265887 A CN114265887 A CN 114265887A CN 202111678356 A CN202111678356 A CN 202111678356A CN 114265887 A CN114265887 A CN 114265887A
- Authority
- CN
- China
- Prior art keywords
- data
- dimension
- original
- classification
- query request
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种维度数据处理方法、装置、存储介质及电子设备,通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果,分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果,对分类结果进行汇总得到数据维度表,数据维度表为分类汇总后的各类型维度的数据表,当接收到查询请求时,若查询请求符合预设查询条件,得到查询请求在数据维度表中对应的指标数据。基于上述,按照日期、客户等维度类型,对各个事实表中的原始维度数据进行汇总得到数据维度表,减少其他无用的数据,降低数据库的负担,且无需再次进行数据维度表的汇总,在查询数据维度表中的指标数据时提高查询的效率。
Description
技术领域
本申请涉及维度数据处理技术领域,更具体地说,涉及一种维度数据处理方法、装置、存储介质及电子设备。
背景技术
客户关系管理***(Customer Relationship Management,CRM)在各期货公司得到了广泛运用,CRM***承担着数据查询与数据分析的工作。
部分公司使用CRM***已有十余年,并有着大量的客户,且随着时间的推移,CRM***中的数据库所保存的历史数据也越来越多,当历史数据达到一定体量时,会对查询效率造成影响,且在数据查询过程中会对数据库有较大的负担。
因此,现有通过CRM***的数据库进行数据查询的效率低。
发明内容
有鉴于此,本申请公开了一种维度数据处理方法、装置、存储介质及电子设备,旨在降低数据库的负担,在查询数据维度表中的指标数据时提高查询的效率。
为了实现上述目的,其公开的技术方案如下:
本申请第一方面公开了一种维度数据处理方法,所述方法包括:
通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;所述各个原始维度数据为未分类前的维度数据;所述分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果;
对分类结果进行汇总,得到数据维度表;所述数据维度表为分类汇总后的各类型维度的数据表;
当接收到查询请求时,获取所述查询请求在所述数据维度表中对应的指标数据。
优选的,所述通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果,包括:
从各个事实表中获取原始维度数据;
确定所述原始维度数据对应的各个维度类型;
通过预先构建的维度数据模型对所述各个维度类型进行分类,得到分类结果。
优选的,构建维度数据模型的过程,包括:
通过范式建模法和维度建模法构建维度数据模型。
优选的,所述对分类结果进行汇总,得到数据维度表,包括:
通过所述维度数据模型的维度数据指标层,确定所述分类结果的汇总维度;
通过所述汇总维度对所述分类结果进行汇总,得到数据维度表。
优选的,所述当接收到查询请求时,获取所述查询请求在所述数据维度表中对应的指标数据,包括:
当接收到查询请求时,解析所述查询请求,得到查询维度数据;
将所述查询维度数据与所述数据维度表中的预设维度数据进行匹配;
若所述查询维度数据与所述数据维度表中的预设维度数据一致,则得到所述查询请求在所述数据维度表中对应的指标数据。
优选的,还包括:
配置所述数据维度表;
所述配置所述数据维度表的过程如下:
获取各个业务需求;所述业务需求为各个公司的业务类型对应的需求;
从所述业务需求中提取出预设业务指标;所述预设业务指标为在不同维度下具有相同业务类型的业务指标;
将所述预设业务指标配置所述数据维度表。
本申请第二方面公开了一种维度数据的处理装置,所述方法包括:
分类单元,用于通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;所述各个原始维度数据为未分类前的维度数据;所述分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果;
汇总单元,用于对分类结果进行汇总,得到数据维度表;所述数据维度表为分类汇总后的各类型维度的数据表;
获取单元,用于当接收到查询请求时,获取所述查询请求在所述数据维度表中对应的指标数据。
优选的,所述分类单元,包括:
第一获取模块,用于从各个事实表中获取原始维度数据;
第一确定模块,用于确定所述原始维度数据对应的各个维度类型;
分类模块,用于通过预先构建的维度数据模型对所述各个维度类型进行分类,得到分类结果。
本申请第三方面公开了一种存储介质,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的维度数据处理方法。
本申请第四方面公开了一种电子设备,包括存储器,以及一个或者一个以上的指令,其中一个或者一个以上指令存储于存储器中,且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的维度数据处理方法。
经由上述技术方案可知,通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果,各个原始维度数据为未分类前的维度数据,分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果,对分类结果进行汇总,得到数据维度表,数据维度表为分类汇总后的各类型维度的数据表,当接收到查询请求时,若所述查询请求符合预设查询条件,则得到所述查询请求在数据维度表中对应的指标数据。通过上述方案,按照日期、客户等维度类型,对各个事实表中的原始维度数据进行汇总得到数据维度表,减少其他无用的数据,降低数据库的负担,且无需再次进行数据维度表的汇总,在查询数据维度表中的指标数据时提高查询的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例公开的一种维度数据处理方法的流程示意图;
图2为本申请实施例公开的维度数据模型的分类示意图;
图3为本申请实施例公开的事实表和维度表的关联示意图;
图4为本申请实施例公开的汇总维度的示意图;
图5为本申请实施例公开的通过公式配置对各个指标数据中的字段进行配置的示意图;
图6为本申请实施例公开的一种维度数据处理装置的结构示意图;
图7为本申请实施例公开的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
由背景技术可知,部分公司使用CRM***已有十余年,并有着大量的客户,且随着时间的推移,CRM***中的数据库所保存的历史数据也越来越多,当历史数据达到一定体量时,会对查询效率造成影响,且在数据查询过程中会对数据库有较大的负担。因此,现有通过CRM***的数据库进行数据查询的效率低。
为了解决上述问题,本申请实施例公开了一种维度数据处理方法、装置、存储介质及电子设备,按照日期、客户等维度类型,对各个事实表中的原始维度数据进行汇总得到数据维度表,减少其他无用的数据,降低数据库的负担,且无需再次进行数据维度表的汇总,在查询数据维度表中的指标数据时提高查询的效率。具体实现方式通过下述实施例进行说明。
参考图1所示,为本申请实施例公开的一种维度数据处理方法的流程示意图,该维度数据处理方法主要包括如下步骤:
S101:通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;各个原始维度数据为未分类前的维度数据;分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果。
在S101中,由于各个原始维度数据杂乱、无规则地分布于各个事实表(Facttable)中,因此需要对各个原始维度数据进行分类,以便于提高读取效率。
具体通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果的过程,如下:
首先,从各个事实表中获取原始维度数据。
其中,事实表即为事实数据表,事实表主要特点是含有大量的数据,并且这些数据是可以汇总,并被记录的。
然后,确定原始维度数据对应的各个维度类型。
最后,通过预先构建的维度数据模型对各个维度类型进行分类,得到分类结果。
其中,构建维度数据模型的过程如下:
通过范式建模法和维度建模法构建维度数据模型。
维度数据模型对各个维度类型进行分类,具体如图2所示。
图2中,维度数据模型(业务***数据模型)包括主题域逻辑模型和主题域模型。
通过主题域模型将不同类型的数据分成不同主题,用于数据的分类,能够更加直观方便地寻找到相关数据和对数据维护处理,通过主题域逻辑模型执行主题域逻辑,主题域逻辑为如下,例如客户相关的数据就是账户主题,公共类型的数据比如字典数据就是公共主题,客户的交易相关数据就是交易主题,客户的资金相关数据就是资金主题等。
将维度数据模型进行分类,得到数据仓库域模型和逻辑模型。
业务数据是数据仓库模型的组成部分,将原始数据通过维度数据模型来建立各种维度的数据模型,这种方式能够始数据高度集成,易于维护,可以减少过多的数据交互,提高***的响应速度。
维度建模法以分析决策的需求出发构建模型,构建的数据模型为分析需求服务,构建完成后的维度数据指标层(DM层),集中了在不同需求情况下所需的各类数据,即取即用,因此它重点解决用户如何更快速完成分析需求,同时还有较好的大规模复杂查询的响应性能。
维度数据指标层作用为汇总常用字段在不同决策下的数据,用以提高查询响应,的搭建采用了范式建模法以及维度建模法。范式建模法主要解决关系型数据库的数据存储,利用的一种技术层面上的方法。目前,在关系型数据库中的建模方法,大部分采用的是三范式建模法。范式是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则,而在关系型数据库中这种规则就是范式,这一过程也被称为规范化。目前关系数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、Boyce-Codd范式(BCNF)、第四范式(4NF)和第五范式(5NF)。在数据仓库的模型设计中,一般采用第三范式。一个符合第三范式的关系必须具有三个条件:每个属性值唯一,不具有多义性;每个非主属性必须完全依赖于整个主键,而非主键的一部分;每个非主属性不能依赖于其他关系中的属性,这种非主属性应该归到其他关系中去。
典型的代表包括星形模型(Star-schema),以及在一些特殊场景下适用的雪花模型(Snow-schema)。
维度数据模型的构建过程中,涉及到事实表和维度表(Dimensiontable),按照事实表、维度表来构建数据仓库、数据集市。
具体事实表和维度表之间的关系如图3所示。
图3中,通过事实表来生成多个维度表(维度表1、维度表2、维度表3、维度表4、维度表5和维度表6等)。
例如,依靠事实表:资金对账表、持仓汇总表、交割表、行权表、成交明细表、平仓明细表、出入金明细表,按照每日和客户的维度互相关联,汇总数据,生成维度表:日客户维度表。
S102:对分类结果进行汇总,得到数据维度表;数据维度表为分类汇总后的各类型维度的数据表。
其中,由多个维度表等数据构成数据维度表。
具体数据维度表如表1所示。
分类名称 | 分类代码 | 英文名称 |
日资金账号维度 | 99 | Dayfundacc |
日客户品种维度 | 98 | Dayclientpro |
日客户维度 | 97 | Dayclient |
日品种维度 | 96 | Daypro |
日分支机构维度 | 95 | Daybranch |
日交易所维度 | 94 | Daymarket |
月资金账号维度 | 93 | Monfundacc |
月客户品种维度 | 92 | Monclientpro |
月客户维度 | 91 | Monclient |
月品种维度 | 90 | Monpro |
月分支机构维度 | 89 | Monbranch |
月交易所维度 | 88 | Monmarket |
月营销人员客户维度 | 87 | Moncspclient |
月营销人员维度 | 86 | Moncsp |
表1
表1中,分类名称中每个维度各自对应一张映射表。映射表中存储着与各个维度相关的数据,如日交易所维度对应的映射表,该映射表中存储着日交易所维下的成交数据,资金数据,出入金数据,持仓数据等。
具体对分类结果进行汇总,得到数据维度表的过程如下:
首先,通过维度数据模型的维度数据指标层,确定分类结果的汇总维度。
其中,汇总维度包括抽取日期(日),币种,营业部,客户号等维度。具体如图4所示。
图4中,通过客户需求获取汇总维度中的各个维度,汇总维度包括日维度和月维度。维度可拓展,添加新指标数据。
日维度包括日客户、日营业部、日客户类、日客户品种、日品种和日交易所。日客户包括日期、币种、客户号和营业部;日营业部包括日期、币种和营业部;日客户类包括日期、币种和客户类;日客户品种包括日期、币种、客户号、营业部、交易类型、交易所和品种;日品种包括日期、币种、交易类型和品种。
月维度包括月客户、月营业部、月客户类、月客户品种、月品种和月交易所;月客户为同日客户;月营业部为同日营业部;月客户类为同日客户类;月客户品种为同日客户品种;月品种为同日品种;月交易所为同日交易所。
然后,通过汇总维度对分类结果进行汇总,得到数据维度表。
在汇总数据维度表中各个维度下的成交数据,资金数据,出入金数据,持仓数据,行权数据以及交割数据等数据,并在每日采集完盘后数据后,执行日客户维度逻辑。
为了方便理解通过汇总维度对分类结果进行汇总,得到数据维度表的过程,这里举例进行说明:
例1,以日客户维度为例,抽取日期(日),币种,营业部,客户号作为汇总维度的维度指标,汇总该维度下的成交数据,资金数据,出入金数据,持仓数据,行权数据以及交割数据,并在每日采集完盘后数据后,盘后数据即市场停止交易后的结算数据,执行日客户维度逻辑(统计客户维度相关的当天维度数据),生成当天的日客户维度数据。
例2,以月品种维度为例,抽取日期(月),币种,交易类型,品种作为汇总维度的维度指标,汇总该维度下的成交数据,持仓数据,行权数据以及交割数据,并在每日采集完盘后数据后,执行月客户维度逻辑(统计客户维度相关的月份维度数据),生成从月初到当天的月品种维度数据。
可选的,配置数据维度表。
具体配置数据维度表的过程如下:
首先,获取各个业务需求;业务需求为各个公司的业务类型对应的需求。
然后,从业务需求中提取出预设业务指标;预设业务指标为在不同维度下具有相同业务类型的业务指标。
其中,收集各个期货公司的业务需求,提取出业务需求所需要的共有业务字段。
最后,将预设业务指标配置数据维度表。
其中,在数据库中设计各个维度所需要的指标和指标逻辑(例如净入金指标的指标逻辑为出金减入金),最后根据每个维度指标,进行逻辑开发和数据落地,而且维度指标支持扩展和修改。
落地数据是被持久化的数据,这种数据一般放在硬盘或是其他的持久化存储设备里,例如:图片、***日志、在页面上显示的数据以及保存在关系数据库里的数据等等,落地数据会有一个固定的载体,他们不会瞬时消失。
S103:当接收到查询请求时,获取查询请求在数据维度表中对应的指标数据。
例如查询请求的是客户维度的交易数据,则指标数据为查询“日客户维度”的相关数据,如果查询的客户的品种交易数据,则指标数据为查询“日客户品种维度”的相关数据。
根据业务需求,数据库中设计了不同维度指标的落地逻辑,并通过任务每天执行,生成最新的各维度的指标数据,以供前端报表生成过程中的使用,历史数据(历史交易日期的数据)生成亦可使用该逻辑。
当接收到查询请求时,通过查询相应的指标数据,避免从明细数据汇总计算,加快报表查询效率,减少数据库负担,增加客户的使用体验。
为了方便理解指标数据,这里结合图5举例进行说明,图5为通过公式配置对各个指标数据中的字段进行配置的示意图。
图5中,为持仓的当日盈亏,通过公式配置对各个指标数据中的字段进行配置,例如如果需要修改该指标的计算逻辑,则可以选择运算符里的按钮,添加不同指标间运算逻辑,或者选择扩展方案里的其它运算方案,比如取期末值的方案,可以增加一个判断是否是取期末数据等。
具体当接收到查询请求时,若查询请求符合预设查询条件,则得到查询请求在数据维度表中对应的指标数据的过程如A1-A3所示。
A1:当接收到查询请求时,解析查询请求,得到查询维度数据。
A2:将查询维度数据与数据维度表中的预设维度数据进行匹配。
其中,预设维度数据为预先存储至数据库中的维度数据。预设维度数据可拓展。
A3:若查询维度数据与数据维度表中的预设维度数据一致,则得到查询请求在数据维度表中对应的指标数据。
各维度的指标数据适用于不同的业务场景,保证利用率。
报表开发时可使用已汇总好的指标数据,提高报表开发效率,减少数据误差。
本申请实施例中,按照日期、客户等维度类型,对各个事实表中的原始维度数据进行汇总得到数据维度表,减少其他无用的数据,降低数据库的负担,且无需再次进行数据维度表的汇总,在查询数据维度表中的指标数据时提高查询的效率。
基于上述实施例图1公开的一种维度数据处理方法,本申请实施例还对应公开了一种维度数据处理装置,如图6所示,该维度数据处理装置包括分类单元601、汇总单元602和获取单元603。
分类单元601,用于通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;各个原始维度数据为未分类前的维度数据;分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果。
汇总单元602,用于对分类结果进行汇总,得到数据维度表;数据维度表为分类汇总后的各类型维度的数据表。
获取单元603,用于当接收到查询请求时,获取查询请求在数据维度表中对应的指标数据。
进一步的,分类单元包括第一获取模块、第一确定模块和分类模块。
第一获取模块,用于从各个事实表中获取原始维度数据。
第一确定模块,用于确定原始维度数据对应的各个维度类型。
分类模块,用于通过预先构建的维度数据模型对各个维度类型进行分类,得到分类结果。
进一步的,构建维度数据模型的过程的分类单元601,具体用于通过范式建模法和维度建模法构建维度数据模型。
进一步的,汇总单元602,包括:第二确定模块和汇总模块。
第二确定模块,用于通过维度数据模型的维度数据指标层,确定分类结果的汇总维度。
汇总模块,用于通过汇总维度对分类结果进行汇总,得到数据维度表。
进一步的,获取单元603,包括解析模块、匹配模块和第二获取模块。
解析模块,用于当接收到查询请求时,解析查询请求,得到查询维度数据;
匹配模块,用于将查询维度数据与所述数据维度表中的预设维度数据进行匹配。
第二获取模块,用于若查询维度数据与数据维度表中的预设维度数据一致,则得到查询请求在数据维度表中对应的指标数据。
可选的,维度数据处理装置还包括配置单元。
配置单元,用于配置数据维度表。
配置单元包括第三获取模块、提取模块和配置模块。
第三获取模块,用于获取各个业务需求;业务需求为各个公司的业务类型对应的需求。
提取模块,用于从业务需求中提取出预设业务指标;预设业务指标为在不同维度下具有相同业务类型的业务指标。
配置模块,用于将预设业务指标配置数据维度表。
本申请实施例中,按照日期、客户等维度类型,对各个事实表中的原始维度数据进行汇总得到数据维度表,减少其他无用的数据,降低数据库的负担,且无需再次进行数据维度表的汇总,在查询数据维度表中的指标数据时提高查询的效率。
本申请实施例还提供了一种存储介质,存储介质包括存储的指令,其中,在指令运行时控制存储介质所在的设备执行上述维度数据处理方法。
本申请实施例还提供了一种电子设备,其结构示意图如图7所示,具体包括存储器701,以及一个或者一个以上的指令702,其中一个或者一个以上指令702存储于存储器701中,且经配置以由一个或者一个以上处理器703执行一个或者一个以上指令702执行上述维度数据处理方法。
对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于***类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种维度数据处理方法,其特征在于,所述方法包括:
通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;所述各个原始维度数据为未分类前的维度数据;所述分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果;
对分类结果进行汇总,得到数据维度表;所述数据维度表为分类汇总后的各类型维度的数据表;
当接收到查询请求时,获取所述查询请求在所述数据维度表中对应的指标数据。
2.根据权利要求1所述的方法,其特征在于,所述通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果,包括:
从各个事实表中获取原始维度数据;
确定所述原始维度数据对应的各个维度类型;
通过预先构建的维度数据模型对所述各个维度类型进行分类,得到分类结果。
3.根据权利要求2所述的方法,其特征在于,构建维度数据模型的过程,包括:
通过范式建模法和维度建模法构建维度数据模型。
4.根据权利要求1所述的方法,其特征在于,所述对分类结果进行汇总,得到数据维度表,包括:
通过所述维度数据模型的维度数据指标层,确定所述分类结果的汇总维度;
通过所述汇总维度对所述分类结果进行汇总,得到数据维度表。
5.根据权利要求1所述的方法,其特征在于,所述当接收到查询请求时,获取所述查询请求在所述数据维度表中对应的指标数据,包括:
当接收到查询请求时,解析所述查询请求,得到查询维度数据;
将所述查询维度数据与所述数据维度表中的预设维度数据进行匹配;
若所述查询维度数据与所述数据维度表中的预设维度数据一致,则得到所述查询请求在所述数据维度表中对应的指标数据。
6.根据权利要求1所述的方法,其特征在于,还包括:
配置所述数据维度表;
所述配置所述数据维度表的过程如下:
获取各个业务需求;所述业务需求为各个公司的业务类型对应的需求;
从所述业务需求中提取出预设业务指标;所述预设业务指标为在不同维度下具有相同业务类型的业务指标;
将所述预设业务指标配置所述数据维度表。
7.一种维度数据的处理装置,其特征在于,所述方法包括:
分类单元,用于通过预先构建的维度数据模型对获取到的各个原始维度数据进行分类,得到分类结果;所述各个原始维度数据为未分类前的维度数据;所述分类结果用于表征对各个原始维度数据的维度类型进行类型分类后的结果;
汇总单元,用于对分类结果进行汇总,得到数据维度表;所述数据维度表为分类汇总后的各类型维度的数据表;
获取单元,用于当接收到查询请求时,若所述查询请求符合预设查询条件,则得到所述查询请求在所述数据维度表中对应的指标数据。
8.根据权利要求7所述的装置,其特征在于,所述分类单元,包括:
第一获取模块,用于从各个事实表中获取原始维度数据;
第一确定模块,用于确定所述原始维度数据对应的各个维度类型;
分类模块,用于通过预先构建的维度数据模型对所述各个维度类型进行分类,得到分类结果。
9.一种存储介质,其特征在于,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如权利要求1至6任意一项所述的维度数据处理方法。
10.一种电子设备,其特征在于,包括存储器,以及一个或者一个以上的指令,其中一个或者一个以上指令存储于存储器中,且经配置以由一个或者一个以上处理器执行如权利要求1至6任意一项所述的维度数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111678356.7A CN114265887A (zh) | 2021-12-31 | 2021-12-31 | 一种维度数据处理方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111678356.7A CN114265887A (zh) | 2021-12-31 | 2021-12-31 | 一种维度数据处理方法、装置、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114265887A true CN114265887A (zh) | 2022-04-01 |
Family
ID=80832558
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111678356.7A Pending CN114265887A (zh) | 2021-12-31 | 2021-12-31 | 一种维度数据处理方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114265887A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115544337A (zh) * | 2022-09-01 | 2022-12-30 | 睿智合创(北京)科技有限公司 | 一种从数据起源出发的数据处理方法及*** |
-
2021
- 2021-12-31 CN CN202111678356.7A patent/CN114265887A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115544337A (zh) * | 2022-09-01 | 2022-12-30 | 睿智合创(北京)科技有限公司 | 一种从数据起源出发的数据处理方法及*** |
CN115544337B (zh) * | 2022-09-01 | 2023-06-27 | 睿智合创(北京)科技有限公司 | 一种从数据起源出发的数据处理方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103748579B (zh) | 在映射化简框架中处理数据 | |
US10540375B2 (en) | Systems and methods for self-pairing databases | |
US9858326B2 (en) | Distributed data warehouse | |
US20120005153A1 (en) | Creation of a data store | |
CN112632405B (zh) | 一种推荐方法、装置、设备及存储介质 | |
CN103605651A (zh) | 一种基于olap多维分析的数据处理展现方法 | |
CN111026801A (zh) | 一种辅助保险类电商运营快速决策工作的方法及*** | |
US20020087566A1 (en) | System and method for storage and processing of business information | |
CN105359172A (zh) | 计算企业存在拖欠的概率 | |
CN102208061A (zh) | 数据核销处理装置和数据核销处理方法 | |
CN114265887A (zh) | 一种维度数据处理方法、装置、存储介质及电子设备 | |
KR101927578B1 (ko) | 기업정보 제공 시스템 및 방법 | |
WO2013086409A1 (en) | Portfolio risk manager | |
CN116468011A (zh) | 一种报表的生成方法、装置、设备及存储介质 | |
CN116483822A (zh) | 业务数据预警方法、装置、计算机设备、存储介质 | |
CN115965468A (zh) | 基于交易数据的异常行为检测方法、装置、设备及介质 | |
CN115423361A (zh) | 风险视图的数据处理方法、装置、存储介质和设备 | |
CN109614416A (zh) | 一种基于数据统计分析的***管理方法及装置 | |
CN112632381B (zh) | 信息查询方法、装置、计算机设备和存储介质 | |
CN116976800A (zh) | 数据处理方法、装置、存储介质及电子设备 | |
CN113901046A (zh) | 虚拟维度表构建方法及装置 | |
CN111858598A (zh) | 一种海量数据综合管理***与方法 | |
CN110008218A (zh) | 基于云计算的数据储存整理分类*** | |
CN114519059B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
US10789653B1 (en) | Methods and systems for providing a global statement |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |