[發(fā)明專利]OLTP與OLAP一體化的汽車金融大數(shù)據(jù)系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201811493940.3
• 申請日: 2018-12-07
• 公開（公告）號: CN109635042B
• 公開（公告）日: 2022-06-14
• 發(fā)明（設(shè)計）人: 施銘錚;劉占輝
• 申請（專利權(quán)）人: 廈門鉛筆頭信息科技有限公司
• 主分類號: G06F16/28
• 分類號: G06F16/28;G06F16/22;G06F16/25;G06Q40/02;G06Q30/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.OLTP與OLAP一體化的汽車金融大數(shù)據(jù)系統(tǒng)，包括模塊a(1)、模塊b(2)、模塊c(3)、模塊d(4)、模塊e(5)和模塊f(6)，其特征在于，所述模塊f(6)包括客戶前端UI(11)和管理后臺UI(12)；

所述模塊a(1)為關(guān)系型數(shù)據(jù)庫，在使用時，首先要定義數(shù)據(jù)庫的表結(jié)構(gòu)，包含以下3種表：

①：OLTP系統(tǒng)表，用于定義和管理OLTP系統(tǒng)，需要多用戶的管理功能，在數(shù)據(jù)庫中要有相應(yīng)的表結(jié)構(gòu)支持；

②：OLAP系統(tǒng)表，OLAP系統(tǒng)需要定義任務(wù)管理的表結(jié)構(gòu)；

③：客戶的訂單數(shù)據(jù)表，這部分?jǐn)?shù)據(jù)是風(fēng)控模型的輸入數(shù)據(jù)，以json格式保存在數(shù)據(jù)庫中；

所述模塊b(2)為緩存數(shù)據(jù)庫，作用是為從OLTP系統(tǒng)到數(shù)據(jù)倉庫的數(shù)據(jù)傳輸提供一個緩沖的作用，模塊b(2)是可選的，當(dāng)模塊b(2)關(guān)閉時，OLTP系統(tǒng)將會把數(shù)據(jù)直接存入數(shù)據(jù)倉庫，當(dāng)模塊b(2)啟用時，用一個獨立的服務(wù)程序去管理數(shù)據(jù)倉庫的數(shù)據(jù)寫入，使用Hadoop系統(tǒng)，可以用Hbase、Phoenix加Spark的方式用多臺集群計算機(jī)實現(xiàn)數(shù)據(jù)的快速寫入，實現(xiàn)接近實時的數(shù)據(jù)倉庫；

所述模塊c(3)為數(shù)據(jù)倉庫，采用星型架構(gòu)保存數(shù)據(jù)，即數(shù)據(jù)倉庫的表由事實表和維度表組成，事實表和維度表通過外鍵連接，星型架構(gòu)中的數(shù)據(jù)將由風(fēng)控模型直接讀取，Hadoop文件系統(tǒng)的冗余存儲可以保證系統(tǒng)的高可用性，Hadoop集群也易于添加節(jié)點橫向擴(kuò)展，實現(xiàn)系統(tǒng)的可擴(kuò)展性；

所述模塊e(5)為OLAP系統(tǒng)，OLAP系統(tǒng)包含風(fēng)控報告查詢接口(9)和風(fēng)控模型(10)，OLTP和OLAP合并后能夠?qū)崿F(xiàn)接近實時的風(fēng)控模型(10)，當(dāng)模塊c(3)數(shù)據(jù)倉庫被更新以后，OLAP系統(tǒng)中的風(fēng)控模型(10)能夠及時的讀取數(shù)據(jù)倉庫內(nèi)的星型架構(gòu)的數(shù)據(jù)，用自動化的特征工程、數(shù)據(jù)清洗和模型訓(xùn)練更新模型到最新的狀態(tài)，更新后的模型參數(shù)存放在關(guān)系型數(shù)據(jù)庫MySQL中，所以O(shè)LAP系統(tǒng)對數(shù)據(jù)倉庫只有讀操作，沒有寫操作，訂單數(shù)據(jù)從OLTP系統(tǒng)到緩存數(shù)據(jù)庫，再到數(shù)據(jù)倉庫，最后到OLAP系統(tǒng)是一個單向流動的過程，當(dāng)風(fēng)控報告查詢接口(9)接到OLTP系統(tǒng)的訂單查詢時，會從關(guān)系型數(shù)據(jù)庫中讀取最新的風(fēng)控模型(10)以及該模型對應(yīng)的參數(shù)，用這個模型計算出訂單查詢的結(jié)果并返回給OLTP系統(tǒng)，所以訂單查詢并不需要與數(shù)據(jù)倉庫有關(guān)的任何操作；

所述模塊d(4)為OLTP系統(tǒng)，OLTP系統(tǒng)包含客戶風(fēng)控訂單接口(7)和第三方數(shù)據(jù)源接口(8)，客戶風(fēng)控訂單接口(7)負(fù)責(zé)接收客戶的訂單，客戶可以以API調(diào)用的方式調(diào)用客戶風(fēng)控訂單接口(7)，也可以通過客戶前端UI(11)下訂單，當(dāng)一個客戶下單時，OLTP系統(tǒng)會有以下操作：

①：調(diào)用第三方數(shù)據(jù)源接口(8)獲取貸款申請人的數(shù)據(jù)，包括身份驗證、銀行資產(chǎn)和消費數(shù)據(jù)，負(fù)面信息數(shù)據(jù)，借貸歷史數(shù)據(jù)，信用數(shù)據(jù)，聯(lián)系人數(shù)據(jù)和反欺詐數(shù)據(jù)；

②：把客戶風(fēng)控訂單接口(7)傳入的數(shù)據(jù)和第三方數(shù)據(jù)源接口(8)收集的數(shù)據(jù)作為參數(shù)，并調(diào)用OLAP系統(tǒng)中的風(fēng)控報告查詢接口(9)；

③：保存訂單相關(guān)數(shù)據(jù)，當(dāng)風(fēng)控報告查詢接口(9)返回結(jié)果時，把所有與這個訂單有關(guān)的數(shù)據(jù)保存到MySQL和Redis緩存；

④：生成風(fēng)控報告并發(fā)送給客戶。

2.根據(jù)權(quán)利要求1所述的OLTP與OLAP一體化的汽車金融大數(shù)據(jù)系統(tǒng)，其特征在于：所述模塊a(1)中的各個表結(jié)構(gòu)的部署是靈活的，它們并不需要物理的保存在同一臺計算機(jī)中，具體可以根據(jù)項目的需要或負(fù)載進(jìn)行部署。

3.根據(jù)權(quán)利要求1所述的OLTP與OLAP一體化的汽車金融大數(shù)據(jù)系統(tǒng)，其特征在于：所述數(shù)據(jù)倉庫為非關(guān)系型數(shù)據(jù)庫。

4.根據(jù)權(quán)利要求1所述的OLTP與OLAP一體化的汽車金融大數(shù)據(jù)系統(tǒng)，其特征在于：所述客戶前端UI(11)為客戶前端交互界面，所述管理后臺UI(12)為供項目管理員使用的管理后臺界面。