CN111190923A - 电子票据查询方法、装置、存储介质及电子设备 - Google Patents
电子票据查询方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN111190923A CN111190923A CN201911228606.XA CN201911228606A CN111190923A CN 111190923 A CN111190923 A CN 111190923A CN 201911228606 A CN201911228606 A CN 201911228606A CN 111190923 A CN111190923 A CN 111190923A
- Authority
- CN
- China
- Prior art keywords
- target
- electronic bill
- preset
- data
- memory
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000004044 response Effects 0.000 claims abstract description 6
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
- G06F16/24534—Query rewriting; Transformation
- G06F16/24539—Query rewriting; Transformation using cached or materialised query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2462—Approximate or statistical queries
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Probability & Statistics with Applications (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Software Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本公开涉及一种电子票据查询方法、装置、存储介质及电子设备,该方法包括当确定目标数据库系统启动时,从该目标数据库系统对应的存储磁盘中读取历史开票数据;将该历史开票数据按照预设维度进行统计,以得到在该预设维度上的统计结果;在内存中创建预设存储空间,并将该统计结果存储在该预设存储空间内;接收电子票据查询请求;响应于接收到该电子票据查询请求,确定内存中的预设存储空间内是否存储有该目标电子票据数据;若该内存中的预设存储空间内存储有该目标电子票据数据,从该内存中的预设存储空间获取该目标电子票据数据。这样,能够缩短用户的等待时间,提升数据查询效率,也能够提高数据库系统的可靠性。
Description
技术领域
本公开涉及计算机技术领域,具体地,涉及一种电子票据查询方法、装置、存储介质及电子设备。
背景技术
数据库系统通常包括数据库应用软件,数据库管理系统和数据库,通常数据库中的数据存储在对应的磁盘中,用户可以通过数据库应用软件输入数据查询请求,该数据库应用软件通过数据库管理系统从该数据库中检索获取相关的数据,再由该数据库应用软件对该数据进行处理,以得到满足用户查询请求的查询结果。
然而,在进行数据查询时,若同时使用该数据库应用软件和/或该数据库管理系统的用户较多时,数据库管理系统需要同时并发处理的查询数据量较大,该数据库应用软件需要并发处理的计算统计数据量较多,则会导致该数据查询的时间增加,用户等待的时间延长,甚至可能导致数据库应用软件崩溃,数据库管理系统宕机。也就是说,目前的数据查询方式的查询效率较低,用户等待时间较长,不利于提升用户体验。
发明内容
本公开的目的是提供一种电子票据查询方法、装置、存储介质及电子设备,用于解决当前电子票据数据查询效率较低,用户等待时间较长的技术问题。
为了实现上述目的,本公开的第一方面提供一种电子票据查询方法,所述方法包括:
当确定目标数据库系统启动时,从所述目标数据库系统对应的存储磁盘中读取历史开票数据;
将所述历史开票数据按照预设维度进行统计,以得到在所述预设维度上的统计结果;
在内存中创建预设存储空间,并将所述统计结果存储在所述预设存储空间内;
接收电子票据查询请求;所述电子票据查询请求用于请求查询目标电子票据数据;
响应于接收到所述电子票据查询请求,确定内存中的预设存储空间内是否存储有所述目标电子票据数据;
若所述内存中的预设存储空间内存储有所述目标电子票据数据,从所述内存中的预设存储空间获取所述目标电子票据数据。
可选地,所述方法还包括:
若所述内存中的预设存储空间内未存储所述目标电子票据数据,从存储磁盘上获取所述目标电子票据数据。
可选地,在所述接收电子票据查询请求之前,所述方法还包括:
每隔预设时间段获取当前时间段内产生的实时开票数据;
将所述实时开票数据按照所述预设维度更新至所述统计结果中,以得到更新后的统计结果。
可选地,所述方法还包括:
获取相同时间段内多个目标对象在目标维度上对应的多个所述统计结果,或者,获取同一个目标对象在多个时间段内在目标维度上对应的多个所述统计结果;
将多个所述统计结果按照预设顺序排列后进行显示。
在本公开的第二方面提供一种电子票据查询装置,所述装置包括:
第一获取模块,用于当确定目标数据库系统启动时,从所述目标数据库系统对应的存储磁盘中读取历史开票数据;
统计模块,用于将所述历史开票数据按照预设维度进行统计,以得到在所述预设维度上的统计结果;
存储模块,用于在内存中创建预设存储空间,并将所述统计结果存储在所述预设存储空间内;
接收模块,用于接收电子票据查询请求;所述电子票据查询请求用于请求查询目标电子票据数据;
确定模块,用于响应于接收到所述电子票据查询请求,确定内存中的预设存储空间内是否存储有所述目标电子票据数据;
所述确定模块,还用于若所述内存中的预设存储空间内存储有所述目标电子票据数据,从所述内存中的预设存储空间获取所述目标电子票据数据。
可选地,所述确定模块,还用于若所述内存中的预设存储空间内未存储所述目标电子票据数据,从存储磁盘上获取所述目标电子票据数据。
可选地,所述装置还包括:
第二获取模块,用于每隔预设时间段获取当前时间段内产生的实时开票数据;
更新模块,用于将所述实时开票数据按照所述预设维度更新至所述统计结果中,以得到更新后的统计结果。
可选地,所述装置还包括:
第三获取模块,用于获取相同时间段内多个目标对象在目标维度上对应的多个所述统计结果,或者,获取同一个目标对象在多个时间段内在目标维度上对应的多个所述统计结果;
显示模块,用于将多个所述统计结果按照预设顺序排列后进行显示。
在本公开的第三方面提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现以上第一方面所述方法的步骤。
在本公开的第四方面提供一种电子设备,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现以上第一方面所述方法的步骤。
通过上述技术方案,在接收到电子票据查询请求之前,将所述历史开票数据按照预设维度进行统计,从而预先生成可能产生的查询请求对应的电子票据数据,并将该电子票据数据存储在内存中,在接收到该电子票据查询请求时,可以直接从内存中读取该查询结果,能够缩短用户的等待时间,提升数据查询效率,也能够提高该数据库系统的可靠性。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是本公开一示例性实施例示出的一种电子票据查询方法的流程图;
图2是本公开另一示例性实施例示出的一种电子票据查询方法的流程图;
图3是本公开又一示例性实施例示出的一种电子票据查询装置的框图;
图4是根据图3所示实施例示出的一种电子票据查询装置的框图;
图5是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
在详细介绍本公开的具体实施方式之前,首先对本公开的应用场景作以简要说明。本公开可以应用于数据库系统进行数据查询的过程中,其中包括通过数据库应用软件查询数据的过程,或者直接通过数据库管理系统查询数据的过程。这里以通过电子票据数据库应用软件查询数据为例进行说明,电一般该电子票据数据库应用软件接收到用户到的电子票据查询请求时,需要通过该电子票据数据库管理系统从磁盘中调取相关目标电子票据数据,然后对该相关目标电子票据数据进行计算处理,以得到该电子票据查询请求对应的查询结果,并将该查询结果反馈给用户。然而,在进行电子票据数据查询时,若同时使用该电子票据数据库应用软件和/或该电子票据数据库管理系统的用户较多时,该电子票据数据库管理系统需要同时并发处理的查询数据量较大,该电子票据数据库应用软件需要并发处理的计算统计数据量较多,则会导致该电子票据数据查询的时间增加,用户等待的时间延长,甚至可能导致该电子票据数据库应用软件崩溃,该电子票据数据库管理系统宕机。也就是说,目前的数据查询方式的查询效率较低,用户等待时间较长,不利于提升用户体验。
为了解决上述技术问题,本公开提供一种电子票据查询方法、装置、存储介质及电子设备,该方法当确定目标数据库系统启动时,从该目标数据库系统对应的存储磁盘中读取历史开票数据;将该历史开票数据按照预设维度进行统计,以得到在该预设维度上的统计结果;在内存中创建预设存储空间,并将该统计结果存储在该预设存储空间内;接收电子票据查询请求;该电子票据查询请求用于请求查询目标电子票据数据;响应于接收到该电子票据查询请求,确定内存中的预设存储空间内是否存储有该目标电子票据数据;若该内存中的预设存储空间内存储有该目标电子票据数据,从该内存中的预设存储空间获取该目标电子票据数据。这样,在接收到电子票据查询请求之前,将该历史开票数据按照预设维度进行统计,从而预先生成可能产生的查询请求对应的电子票据数据,并将该电子票据数据存储在内存中,在接收到该电子票据查询请求时,可以直接从内存中读取该查询结果,能够缩短用户的等待时间,提升数据查询效率,也能够提高该数据库系统的可靠性。
图1是本公开一示例性实施例示出的一种电子票据查询方法的流程图;参见图1,该方法可以包括以下步骤:
步骤101,当确定目标数据库系统启动时,从该目标数据库系统对应的存储磁盘中读取历史开票数据。
其中,该历史开票数据为历史时间内的开票数据,该开票数据可以包括预设区域内每个开票单位开出发票的种类,开出发票的数量,开出发票的金额以及开出发票的时间。
需要说明的是,该目标数据库系统可以包括数据库应用软件,数据库管理系统和数据库,该数据库中包括历史时间内的开票数据,该数据库存储在存储磁盘中,该数据库管理系统用于开票数据的插入、修改和检索查询,删除,该数据应用软件用于接收用户的电子票据查询请求,通过该数据库管理系统调取目标开票数据,并对该开票数据进行预设处理,以得到该电子票据查询请求对应的查询结果。该目标数据库系统对应的存储磁盘可以是该数据库所在的存储磁盘。该目标数据库系统启动可以是该目标数据库系统内的数据库应用软件,数据库管理系统和数据库启动。
步骤102,将该历史开票数据按照预设维度进行统计,以得到在该预设维度上的统计结果。
其中,该预设维度可以包括:目标区域在目标时间段内的开票数量,目标区域在目标时间段内的开票金额,目标区域在目标时间段内的开票种类,在目标时间段内目标单位的开票数量,在目标时间段内目标单位的开票金额,在目标时间段内目标单位的开票种类中的一个或多个。
需要说明的是,该目标区域可以是行政区域,例如整个北京市,朝阳区,某个街道等;目标单位可以是组织机构,例如,某某医院,某某公司。该目标时间段可以包括多个不同时间长度的历史时间段,例如:该目标时间段包括:2018年全年,2018年每个季度,2018年内每个月,2019年11月内的每天等。该统计结果可以是预设形式的统计表格。该开票数量可以是一端时间内的开票总数量,该开票金额可以是一段时间内的开票总金额,该开票种类可以包括普通发票和增值税专用发票,该普通发票可以包括某个行业的发票,例如:商业零售发票、商业批发发票、工业企业产品销售发票等,还可以包括经营业务发票,例如,某项目的广告费用结算发票,商品房销售发票等。
示例地,该预设维度包括:2019年上半年北京市的开票数量,2019年上半年北京市的开票金额,朝阳区在2019年上半年的开票数量,朝阳区在2019年上半年的开票金额,海淀区在2019年下半年内每个月的开票数量,海淀区在2019年下半年内每个月的开票金额,以及海淀区在2019年下半年内每个月开出每种发票的金额;根据该预设维度得到一个或者多个统计表,该统计表内包括:2019年上半年北京市的开票数量,2019年上半年北京市的开票金额,朝阳区在2019年上半年的开票数量,朝阳区在2019年上半年的开票金额,海淀区在2019年下半年内每个月的开票数量,海淀区在2019年下半年内每个月的开票金额,以及海淀区在2019年下半年内每个月开出每种发票的金额。
步骤103,在内存中创建预设存储空间,并将该统计结果存储在该预设存储空间内。
其中,该内存可以是该数据库系统所在计算机的主存储器。在该数据库系统中的数据库应用软件和数据库管理系统所在的计算机不是同一台计算机时,该内存可以是该数据库应用软件所在计算机的主存储器,也可以是该数据库管理系统所在计算机的主存储器。
需要说明的是,内存是计算机中重要的部件之一,它是磁盘,外接设备等外存与CPU进行沟通的桥梁,因此将统计结果存放在该内存中,能够提高获取该统计结果的速度,从而能够缩短用户的等待时间,提高数据查询效率,提升用户体验。
步骤104,接收电子票据查询请求。
其中,该电子票据查询请求用于请求查询目标电子票据数据。
需要说明的是,该目标电子票据数据可以是某段时间内某个目标区域的开出发票的总数量,某段时间内某个目标区域的开出发票的总金额,某段时间内某个目标区域的开出某种发票的数量,或者某段时间内某个目标区域的开出某种发票的金额等,该目标电子票据数据还可以是在某段时间内目标单位开出发票的总数量,在某段时间内目标单位开出发票的总金额,在某段时间内目标单位开出某种发票的数量,在某段史时间内目标单位开出某种发票的金额。
步骤105,响应于接收到该电子票据查询请求,确定内存中的预设存储空间内是否存储有该目标电子票据数据。
示例地,若该电子票据查询请求为A医院2019年11月20日的开票数量,则可以通过内存定位工具确定该内存中是否存储具有目标存储单元存储有该2019年11月20日的开票数量,若确定该内存中存在该目标存储单元,则确定该内存中存储有该目标电子票据数据;若确定该内存中不存在该目标存储单元,则确定该内存中未存储有该目标电子票据数据。
步骤106,若该内存中的预设存储空间内存储有该目标电子票据数据,从该内存中的预设存储空间获取该目标电子票据数据。
这样,在接收到电子票据查询请求之前,将该历史开票数据按照预设维度进行统计,从而预先生成可能产生的查询请求对应的电子票据数据,并将该电子票据数据存储在内存中,在接收到该电子票据查询请求时,可以直接从内存中读取该查询结果,能够缩短用户的等待时间,提升数据查询效率,也能够提高该数据库系统的可靠性。
图2是本公开另一示例性实施例示出的一种电子票据查询方法的流程图;参见图2,该方法可以包括以下步骤:
步骤201,当确定目标数据库系统启动时,从该目标数据库系统对应的存储磁盘中读取历史开票数据。
其中,该历史开票数据为历史时间内的开票数据,该开票数据可以包括预设区域内每个开票单位开出发票的种类,开出发票的数量,开出发票的金额以及开出发票的时间。该目标数据库系统启动,可以是该目标数据库系统内的数据库应用软件,数据库管理系统和数据库启动。该存储磁盘可以是该目标数据库系统中数据库所在的存储磁盘。
步骤202,将该历史开票数据按照预设维度进行统计,以得到在该预设维度上的统计结果。
其中,该预设维度可以包括:目标区域在目标时间段内的开票数量,目标区域在目标时间段内的开票金额,目标区域在目标时间段内的开票种类,在目标时间段内目标单位的开票数量,在目标时间段内目标单位的开票金额,在目标时间段内目标单位的开票种类中的一个或多个。
需要说明的是,该目标区域可以是行政区域,例如整个北京市,朝阳区,某个街道等;目标单位可以是组织机构,例如,某某医院,某某公司。该目标时间段可以包括多个不同时间长度的历史时间段,例如:该目标时间段包括:2018年全年,2018年每个季度,2018年内每个月,2019年11月内的每天等。该统计结果可以是预设形式的统计表格。该开票数量可以是一端时间内的开票总数量,该开票金额可以是一段时间内的开票总金额,该开票种类可以包括普通发票和增值税专用发票,该普通发票可以包括某个行业的发票,例如:商业零售发票、商业批发发票、工业企业产品销售发票等,还可以包括经营业务发票,例如,某项目的广告费用结算发票,商品房销售发票等。
步骤203,在内存中创建预设存储空间,并将该统计结果存储在该预设存储空间内。
其中,该内存可以是该数据库系统所在计算机的主存储器。在该数据库系统中的数据库应用软件和数据库管理系统所在的计算机不是同一台计算机时,该内存可以是该数据库应用软件所在计算机的主存储器,也可以是该数据库管理系统所在计算机的主存储器。
步骤204,每隔预设时间段获取当前时间段内产生的实时开票数据。
其中,该实时开票数据可以包括:目标区域在该预设时间段内的开票数量,目标区域在预设时间段内的开票金额,目标区域在预设时间段内的开票种类,在预设时间段内目标单位的开票数量,在预设时间段内目标单位的开票金额,在预设时间段内目标单位的开票种类中的一个或者多个。
需要说明的是,该当前时间段可以是上一次获取开票数据的时间至当前时间之间的一段时间,该当前时间段的时长为该预设时间段的时长。该实时开票数据为上一次获取开票数据之后至当前时间这段时间内产生的开票数据。例如,该预设时间段为一个小时,则该实时开票数据可以为一个小时之内A医院的开票数量和开票金额。
步骤205,将该实时开票数据按照该预设维度更新至该统计结果中,以得到更新后的统计结果。
需要说明的是,若该预设维度为目标区域在目标时间段内的开票数量,则将该实时开票数据中属于该目标区域且开票时间在该目标时间段内的开票数量累计在上次更新之后得到的统计结果中,若该预设维度为目标区域在目标时间段内的开票金额,则将该实时开票数据中属于该目标区域且开票时间在该目标时间段内的开票金额累计在上次更新之后得到的统计结果中,若该预设维度为目标区域在目标时间段内的开票种类,则将该实时开票数据中属于该目标区域且开票时间在该目标时间段内的开票种类累计在上次更新之后得到的统计结果中,若该预设维度为在目标时间段内目标单位的开票数量,则将该实时开票数据中属于该目标单位且开票时间在该目标时间段内的开票数量累计在上次更新之后得到的统计结果中,若该预设维度为在目标时间段内目标单位的开票金额,则将该实时开票数据中属于该目标单位且开票时间在该目标时间段内的开票金额累计在上次更新之后得到的统计结果中,若该预设维度为在目标时间段内目标单位的开票种类,则将该实时开票数据中属于该目标单位且开票时间在该目标时间段内的开票种类累计在上次更新之后得到的统计结果中,从而得到该更新后的统计结果。
步骤206,接收电子票据查询请求。
其中,该电子票据查询请求用于请求查询目标电子票据数据。
步骤207,响应于接收到该电子票据查询请求,确定内存中的预设存储空间内是否存储有该目标电子票据数据;
在本步骤中,若该内存中的预设存储空间内存储有该目标电子票据数据,则执行步骤208;若该内存中的预设存储空间内未存储该目标电子票据数据,则执行步骤209。
步骤208,从该内存中的预设存储空间获取该目标电子票据数据。
步骤209,从存储磁盘上获取该目标电子票据数据。
本步骤中一种可能的实施方式为:从该存储磁盘上读取与该电子票据查询请求相关的电子票据数据,对该相关的电子票据数据进行统计处理,从而得到该目标电子票据数据。
示例地,若接收到的电子票据查询请求为查询当前时间之前半个小时内A医院产生的开票数量和开票金额,而系统并未缓存出该电子票据查询请求对应的查询结果,即该内存中并未存储有该半个小时内A医院产生的开票数量和开票金额,此时,需要从该存储磁盘上读取与该A医院半个小时内每一次所开出发票的数据,对该半个小时内每一次所开出发票的数据进行统计处理,从而得到该当前时间之前半个小时内A医院产生的开票数量和开票金额。
本步骤中另一种可能的实施方式为:从该内存中预设存储空间中获取中间统计结果,从该存储磁盘上获取与该电子票据查询请求相关的电子票据数据,对该中间统计结果和该相关的电子票据数据进行统计处理,从而得到该目标电子票据数据。
示例地,若该电子票据查询请求为获取海淀区在2019年11月20号至2019年12月2号之间的开票金额,而内存中预设存储空间内包含2019年11月内每天的开票金额,但未包括海淀区在2019年12月1号和2号的开票金额,因此可以通过该内存读取该海淀区2019年11月20日至2019年11月30日每天的开票金额,再从该存储磁盘中获取海淀区在2019年12月1号和2号的开票金额,然后对该2019年11月20日至2019年11月30日每天的开票金额和2019年12月1号和2号的开票金额进行统计,从而得到该2019年11月20号至2019年12月2号之间的开票金额。
步骤210,获取相同时间段内多个目标对象在目标维度上对应的多个该统计结果,或者,获取同一个目标对象在多个时间段内在目标维度上对应的多个该统计结果。
其中,该目标对象可以是目标区域,也可以是目标单位;该目标维度可以包括开票金额,开票数量以及开票种类。可选地,该目标区域可以包括不同级别的行政区域,该目标单位可以包括不同级别的组织机构,该多个目标对象可以是多个相同级别的行政区域或者相同级别的组织机构,例如,该多个目标对象可以是多个三甲医院,多个二甲医院,多个直辖市,多个县,多个乡镇等。
需要说明的是,获取相同时间段内多个目标对象在目标维度上对应的多个该统计结果可以是获取多个目标区域或者多个目标单位在同一目标维度上对应的统计结果;例如,获取海淀区和朝阳区在2019年上半年内的开票数量和开票种类。获取同一个目标对象在多个时间段内在目标维度上对应的多个该统计结果可以是获取同一个目标区域或者同一个目标单位在不同时间段内在相同目标维度上对应的该统计结果。例如,获取A医院在2019年的每个月内的开票金额。
示例地,获取北京市内三甲医院在11月份的开票金额,由于北京市内包括的三甲医院有A医院,B医院,C医院,及D医院,因此需要分别获取A医院,B医院,C医院,及D医院在在11月份的开票金额。
步骤211,将多个该统计结果按照预设顺序排列后进行显示。
其中,该预设顺序可以是统计结果由大到小或者由小到大的顺序;也可以是根据时间的先后产生的顺序,例如2019年1至11月的统计结果按照从1月至11月的顺序排列,或者由11月至1月的倒序排列;还可以是名称的首字母的顺序。
上述技术方案,将获取到的统计结果按照预设的顺序进行显示,能够方便用户比较和查阅数据,能够提升用户体验。
图3是本公开又一示例性实施例示出的一种电子票据查询装置的框图;参见图3,该装置包括:
第一获取模块301,用于当确定目标数据库系统启动时,从该目标数据库系统对应的存储磁盘中读取历史开票数据;
统计模块302,用于将该历史开票数据按照预设维度进行统计,以得到在该预设维度上的统计结果;
存储模块303,用于在内存中创建预设存储空间,并将该统计结果存储在该预设存储空间内;
接收模块304,用于接收电子票据查询请求;该电子票据查询请求用于请求查询目标电子票据数据;
确定模块305,用于响应于接收到该电子票据查询请求,确定内存中的预设存储空间内是否存储有该目标电子票据数据;
该确定模块305,还用于若该内存中的预设存储空间内存储有该目标电子票据数据,从该内存中的预设存储空间获取该目标电子票据数据。
可选地,该确定模块305,还用于若该内存中的预设存储空间内未存储该目标电子票据数据,从存储磁盘上获取该目标电子票据数据。
上述技术方案,在接收到电子票据查询请求之前,通过统计模块302将该历史开票数据按照预设维度进行统计,从而预先生成可能产生的查询请求对应的电子票据数据,并通过存储模块303将该电子票据数据存储在内存中,在接收到该电子票据查询请求时,可以直接从内存中读取该查询结果,能够缩短用户的等待时间,提升数据查询效率,也能够提高该数据库系统的可靠性。
图4是根据图3所示实施例示出的一种电子票据查询装置的框图;参见图4,该装置还包括:
第二获取模块306,用于每隔预设时间段获取当前时间段内产生的实时开票数据;
更新模块307,用于将该实时开票数据按照该预设维度更新至该统计结果中,以得到更新后的统计结果。
可选地,该装置还包括:
第三获取模块308,用于获取相同时间段内多个目标对象在目标维度上对应的多个该统计结果,或者,获取同一个目标对象在多个时间段内目标维度上对应的多个该统计结果;
显示模块309,用于将多个该统计结果按照预设顺序排列后进行显示。
上述技术方案,通过该第三获取模块308获取多个该统计结果,并通过该显示模块309将获取到的统计结果按照预设的顺序进行显示,能够方便用户比较和查阅数据,能够提升用户体验。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图5是根据一示例性实施例示出的一种电子设备的框图。例如,电子设备500可以被提供为一服务器。参照图5,电子设备500包括处理器522,其数量可以为一个或多个,以及存储器532,用于存储可由处理器522执行的计算机程序。存储器532中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理器522可以被配置为执行该计算机程序,以执行上述的电子票据查询方法。
另外,电子设备500还可以包括电源组件526和通信组件550,该电源组件526可以被配置为执行电子设备500的电源管理,该通信组件550可以被配置为实现电子设备500的通信,例如,有线或无线通信。此外,该电子设备500还可以包括输入/输出(I/O)接口558。电子设备500可以操作基于存储在存储器532的操作系统,例如Windows ServerTM,Mac OSXTM,UnixTM,LinuxTM等等。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的电子票据查询方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器532,上述程序指令可由电子设备500的处理器522执行以完成上述的电子票据查询方法。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。
此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。
Claims (10)
1.一种电子票据查询方法,其特征在于,所述方法包括:
当确定目标数据库系统启动时,从所述目标数据库系统对应的存储磁盘中读取历史开票数据;
将所述历史开票数据按照预设维度进行统计,以得到在所述预设维度上的统计结果;
在内存中创建预设存储空间,并将所述统计结果存储在所述预设存储空间内;
接收电子票据查询请求;所述电子票据查询请求用于请求查询目标电子票据数据;
响应于接收到所述电子票据查询请求,确定内存中的预设存储空间内是否存储有所述目标电子票据数据;
若所述内存中的预设存储空间内存储有所述目标电子票据数据,从所述内存中的预设存储空间获取所述目标电子票据数据。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述内存中的预设存储空间内未存储所述目标电子票据数据,从存储磁盘上获取所述目标电子票据数据。
3.根据权利要求1所述的方法,其特征在于,在所述接收电子票据查询请求之前,所述方法还包括:
每隔预设时间段获取当前时间段内产生的实时开票数据;
将所述实时开票数据按照所述预设维度更新至所述统计结果中,以得到更新后的统计结果。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
获取相同时间段内多个目标对象在目标维度上对应的多个所述统计结果,或者,获取同一个目标对象在多个时间段内在目标维度上对应的多个所述统计结果;
将多个所述统计结果按照预设顺序排列后进行显示。
5.一种电子票据查询装置,其特征在于,所述装置包括:
第一获取模块,用于当确定目标数据库系统启动时,从所述目标数据库系统对应的存储磁盘中读取历史开票数据;
统计模块,用于将所述历史开票数据按照预设维度进行统计,以得到在所述预设维度上的统计结果;
存储模块,用于在内存中创建预设存储空间,并将所述统计结果存储在所述预设存储空间内;
接收模块,用于接收电子票据查询请求;所述电子票据查询请求用于请求查询目标电子票据数据;
确定模块,用于响应于接收到所述电子票据查询请求,确定内存中的预设存储空间内是否存储有所述目标电子票据数据;
所述确定模块,还用于若所述内存中的预设存储空间内存储有所述目标电子票据数据,从所述内存中的预设存储空间获取所述目标电子票据数据。
6.根据权利要求5所述的装置,其特征在于,所述确定模块,还用于若所述内存中的预设存储空间内未存储所述目标电子票据数据,从存储磁盘上获取所述目标电子票据数据。
7.根据权利要求5所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于每隔预设时间段获取当前时间段内产生的实时开票数据;
更新模块,用于将所述实时开票数据按照所述预设维度更新至所述统计结果中,以得到更新后的统计结果。
8.根据权利要求5-7任一项所述的装置,其特征在于,所述装置还包括:
第三获取模块,用于获取相同时间段内多个目标对象在目标维度上对应的多个所述统计结果,或者,用于获取同一个目标对象在多个时间段内在目标维度上对应的多个所述统计结果;
显示模块,用于将多个所述统计结果按照预设顺序排列后进行显示。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-4中任一项所述方法的步骤。
10.一种电子设备,其特征在于,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现权利要求1-4中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911228606.XA CN111190923A (zh) | 2019-12-04 | 2019-12-04 | 电子票据查询方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911228606.XA CN111190923A (zh) | 2019-12-04 | 2019-12-04 | 电子票据查询方法、装置、存储介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111190923A true CN111190923A (zh) | 2020-05-22 |
Family
ID=70707670
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911228606.XA Pending CN111190923A (zh) | 2019-12-04 | 2019-12-04 | 电子票据查询方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111190923A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112488637A (zh) * | 2020-12-18 | 2021-03-12 | 航天信息股份有限公司 | 成品油库存信息采集方法、装置、存储介质及电子设备 |
CN112540984A (zh) * | 2020-11-23 | 2021-03-23 | 成都佳华物链云科技有限公司 | 数据存储方法、查询方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765096A (zh) * | 2008-12-26 | 2010-06-30 | 中兴通讯股份有限公司 | 定购关系查询方法、装置和系统 |
CN103020146A (zh) * | 2012-11-22 | 2013-04-03 | 华为技术有限公司 | 数据处理方法及设备 |
CN109359127A (zh) * | 2018-09-07 | 2019-02-19 | 彩讯科技股份有限公司 | 一种电子发票的查询方法、装置、设备和存储介质 |
CN110209686A (zh) * | 2018-02-22 | 2019-09-06 | 北京嘀嘀无限科技发展有限公司 | 数据的存储、查询方法及装置 |
CN110532259A (zh) * | 2019-07-22 | 2019-12-03 | 中国平安人寿保险股份有限公司 | 基表查询方法、装置、计算机设备及存储介质 |
-
2019
- 2019-12-04 CN CN201911228606.XA patent/CN111190923A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765096A (zh) * | 2008-12-26 | 2010-06-30 | 中兴通讯股份有限公司 | 定购关系查询方法、装置和系统 |
CN103020146A (zh) * | 2012-11-22 | 2013-04-03 | 华为技术有限公司 | 数据处理方法及设备 |
CN110209686A (zh) * | 2018-02-22 | 2019-09-06 | 北京嘀嘀无限科技发展有限公司 | 数据的存储、查询方法及装置 |
CN109359127A (zh) * | 2018-09-07 | 2019-02-19 | 彩讯科技股份有限公司 | 一种电子发票的查询方法、装置、设备和存储介质 |
CN110532259A (zh) * | 2019-07-22 | 2019-12-03 | 中国平安人寿保险股份有限公司 | 基表查询方法、装置、计算机设备及存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112540984A (zh) * | 2020-11-23 | 2021-03-23 | 成都佳华物链云科技有限公司 | 数据存储方法、查询方法、装置、电子设备及存储介质 |
CN112540984B (zh) * | 2020-11-23 | 2023-10-03 | 成都佳华物链云科技有限公司 | 数据存储方法、查询方法、装置、电子设备及存储介质 |
CN112488637A (zh) * | 2020-12-18 | 2021-03-12 | 航天信息股份有限公司 | 成品油库存信息采集方法、装置、存储介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8620946B2 (en) | Storage and searching of temporal entity information | |
RU2013143815A (ru) | Компьютерная система, база данных и использование таковых | |
CN102129425A (zh) | 数据仓库中大对象集合表的访问方法及装置 | |
CN110716951A (zh) | 方便配置的标签配置方法、装置、设备及存储介质 | |
CN111400363A (zh) | 指标数据处理方法、装置、电子设备及存储介质 | |
CN110019367B (zh) | 一种统计数据特征的方法和装置 | |
CN110737747A (zh) | 一种数据操作方法、装置及系统 | |
CN111190923A (zh) | 电子票据查询方法、装置、存储介质及电子设备 | |
CN111639965B (zh) | 积分更新方法及装置 | |
CN111258819A (zh) | MySQL数据库备份文件的数据获取方法、装置和系统 | |
CN113342822B (zh) | 基于多类型数据库的数据查询方法、装置、电子设备及介质 | |
CN111159183A (zh) | 报表生成方法、电子装置及计算机可读存储介质 | |
CN114118709A (zh) | 基于数据库的信息资产管理方法、系统、装置及可读介质 | |
CN113076463A (zh) | 一种服务器部件信息追溯方法、系统、终端及存储介质 | |
CN108959229A (zh) | 基于客户信息的策划报告生成方法、终端及存储介质 | |
CN103809915B (zh) | 一种磁盘文件的读写方法和装置 | |
US11250002B2 (en) | Result set output criteria | |
CN112328656A (zh) | 基于中台架构的服务查询方法、装置、设备及存储介质 | |
CN116186337A (zh) | 一种业务场景数据处理方法、系统及电子设备 | |
CN115905371A (zh) | 数据趋势分析方法、装置、设备及计算机可读存储介质 | |
CN108959324B (zh) | 多媒体展示资源库存量的预估方法、装置及存储介质 | |
CN111915340A (zh) | 商户类型的识别方法、装置、设备及存储介质 | |
CN114036132A (zh) | 对象信息的处理方法、装置、存储介质和电子设备 | |
CN115167855A (zh) | 应用于撮合交易系统的前端页面生成方法、装置及设备 | |
CN109189810A (zh) | 查询方法、装置、电子设备及计算机可读存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200522 |