[發明專利]OLTP與OLAP一體化的汽車金融大數據系統有效
| 申請號: | 201811493940.3 | 申請日: | 2018-12-07 |
| 公開(公告)號: | CN109635042B | 公開(公告)日: | 2022-06-14 |
| 發明(設計)人: | 施銘錚;劉占輝 | 申請(專利權)人: | 廈門鉛筆頭信息科技有限公司 |
| 主分類號: | G06F16/28 | 分類號: | G06F16/28;G06F16/22;G06F16/25;G06Q40/02;G06Q30/06 |
| 代理公司: | 暫無信息 | 代理人: | 暫無信息 |
| 地址: | 361000 福建省*** | 國省代碼: | 福建;35 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | oltp olap 一體化 汽車 金融 數據 系統 | ||
本發明公開了OLTP與OLAP一體化的汽車金融大數據系統,包括模塊a、模塊b、模塊c、模塊d、模塊e和模塊f,所述模塊a為關系型數據庫,所述模塊b為緩存數據庫,所述模塊c為數據倉庫,所述模塊d為OLTP系統,所述模塊e為OLAP系統,所述模塊f包括客戶前端UI和管理后臺UI,該OLTP與OLAP一體化的汽車金融大數據系統設計合理,使OLTP系統和OLAP系統共用一套數據庫定義(元數據)并實現了接近實時的風控模型,為較大型的銀行和汽車融資租賃公司提供了一套完整的可本地化的風控解決方案。
技術領域
本發明是OLTP與OLAP一體化的汽車金融大數據系統,屬于汽車金融風控技術領域。
背景技術
傳統的OLAP(Online Analytical Processing)系統解決方案都是先建好數據倉庫,然后從OLTP(Online Transaction Processing)系統導入數據到數據倉庫,這里就存在一個從OLTP系統到OLAP系統的數據遷移的過程,而與OLTP的實時性相比,數據遷移的過程是非常耗時的,另一方面,OLTP和OLAP系統運行的高峰期是不同的,比如說OLTP系統處理請求的高峰期是在白天,而OLAP系統主要在晚上做計算量很大的數據處理,兩個系統分開部署的結果是各個系統所用的集群計算機資源在每天的很大一部分時間中都是空閑的,為此,本發明提出一種OLTP與OLAP一體化的汽車金融大數據系統。
發明內容
針對現有技術存在的不足,本發明目的是提供OLTP與OLAP一體化的汽車金融大數據系統,以解決上述背景技術中提出的問題,本發明設計合理,使OLTP系統和OLAP系統共用一套數據庫定義并實現了接近實時的風控模型,為較大型的銀行和汽車融資租賃公司提供了一套完整的可本地化的風控解決方案。
為實現上述目的,本發明提供如下技術方案:OLTP與OLAP一體化的汽車金融大數據系統,包括模塊a、模塊b、模塊c、模塊d、模塊e和模塊f,所述模塊f包括客戶前端UI和管理后臺UI;
所述模塊a為關系型數據庫,如MySQL,在使用時,首先要定義數據庫的表結構,主要包含以下3種表:
①:OLTP系統表,用于定義和管理OLTP系統,比如說需要多用戶的管理功能,在數據庫中要有相應的表結構支持;
②:OLAP系統表,比如說OLAP系統需要定義任務管理的表結構;
③:客戶的訂單數據表,這部分數據是風控模型的輸入數據,以json格式保存在數據庫中;
所述模塊b為緩存數據庫,主要的作用是為從OLTP系統到數據倉庫的數據傳輸提供一個緩沖的作用,模塊b是可選的,當模塊b關閉時,OLTP系統將會把數據直接存入數據倉庫,當模塊b啟用時,用一個獨立的服務程序去管理數據倉庫的數據寫入,如果使用Hadoop系統的話,可以用Hbase、Phoenix加Spark的方式用多臺集群計算機實現數據的快速寫入,實現接近實時的數據倉庫;
所述模塊c為數據倉庫,采用星型架構保存數據,即數據倉庫的表由事實表和維度表組成,事實表和維度表通過外鍵連接,星型架構中的數據將由風控模型直接讀取,Hadoop文件系統的冗余存儲可以保證系統的高可用性,Hadoop集群也易于添加節點橫向擴展,實現系統的可擴展性;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于廈門鉛筆頭信息科技有限公司,未經廈門鉛筆頭信息科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201811493940.3/2.html,轉載請聲明來源鉆瓜專利網。





