[發明專利]一種KPI指標的計算方法及裝置

有效

• 申請號: 201210258711.X
• 申請日: 2012-07-24
• 公開（公告）號: CN102831168A
• 公開（公告）日: 2012-12-19
• 發明（設計）人: 張百全;高利虹
• 申請（專利權）人: 大唐移動通信設備有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 劉松

技術領域

本發明涉及數據庫技術領域，特別涉及一種KPI指標的計算方法及裝置。

背景技術

在基于ORACLE（甲骨文）的信息管理系統中，對各類KPI（Key?Performance?Indicator，關鍵績效指標）進行統計是日常工作中的重要一環。KPI指示是由原始數據組成的，各類原始數據的采集通過計數器的方式實現。

通常情況下，不同類的原始數據保存在不同的數據表中，在進行KPI指標統計時，先通過各數據表中的計數器采集各類原始數據，然后再通過預設的方式對各類原始數據進行匯總，從而形成指定的KPI指標，最后，再以excel的方式展現給用戶。

然而，現有技術下，在提取KPI指標的時候，往往會由于以下種種原因，造成KPI指標統計效率低下：

1、數據量過大。

每張數據表中記錄的數據量均達到億級別。

2、KPI指示形成所參考的原始數據過多。

3、KPI指示形成所需參考的原始數據通常分別保存在不同數據表中，這樣，在查詢時往往需要從不同的數據表里面讀取不同的計數器的記錄結果。

4、在ORACLE數據庫中獲取原始數據以后，需要調用到JAVA內存中進行計算。

從上述幾點原因可以看出，現有的KPI指標提取流程主要存在以下缺點：

1、現有數據的大部分計算是在JAVA內存中進行的，這樣容易在計算過程中占用大量的JAVA資源，再加上JAVA程序本身在數據處理方面的缺陷，就更容易造成大量時間和資源的浪費。

例如，在JAVA內存計算時計算緩慢，從而導致KPI指標提取緩慢或者導致計算卡死從而KPI指標無法提取的情況發生。

2、算法設計不合理。現有的算法是在提取數據表中的原始數據的時候才計算KPI指標。這樣，如果用戶提取的KPI指標較大較多時，就會造成在KPI指標計算緩慢，計算效率低下。

3、KPI計算流程過于復雜，致使計算量過于龐大。

發明內容

本發明實施例提供一種KPI指標的計算方法及裝置，用以提高KPI指標的計算效率。

本發明實施例提供的具體技術方案如下：

一種KPI的計算方法，包括：

后臺裝置接收用戶發送的KPI指標提取請求；

后臺裝置在ORACLE數據庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標，其中，所述基礎指標和中間指標均是后臺裝置基于在預設的數據提取粒度內收集的原始數據預先生成的；

后臺裝置基于獲得的基礎指標和/或中間指標生成相應的KPI指標。

一種KPI的計算裝置，包括：

配置單元，用于基于在預設的數據提取粒度內收集的原始數據預先生成的基礎指標和中間指標，并保存至ORACLE數據庫中；

通信單元，用于接收用戶發送的KPI指標提取請求；

獲取單元，用于在ORACLE數據庫中獲取生成所述KPI指標所需的基礎指標和/或中間指標，

生成單元，用于基于獲得的基礎指標和/或中間指標生成相應的KPI指標。

本發明實施例中，后臺裝置預先基于在預設的數據提取粒度內收集的原始數據預先生成的相應的基礎指標和中間指標并保存至ORACLE數據庫中，以及在接收用戶發送的KPI指標提取請求后，直接從ORACLE數據庫中獲取所需的基礎指標和/或中間指標生成相應的KPI指標。這樣，便簡化了KPI指標的提取算法，節省了大量時間和資源的，從而有效提高了KPI指標的提取效率。

附圖說明

圖1A為本發明實施例中前后臺裝置關系示意圖；

圖1B為本發明實施例中后臺裝置功能結構示意圖；

圖2為本發明實施例中基礎指標計算流程圖；

圖3為本發明實施例中小時指標計算流程圖；

圖4為本發明實施例中天指標計算流程圖；

圖5為本發明實施例中基礎指標補采流程圖；

圖6為本發明實施例中小時指標補采流程圖；

圖7為本發明實施例中天指標補采流程圖；

圖8為本發明實施例中KPI指標計算流程圖；

圖9－11為本發明實施例中KPI指標呈現示意圖。

具體實施方式