目前由于數(shù)據(jù)分散在不同的存儲環(huán)境或數(shù)據(jù)庫中，對于新業(yè)務(wù)需求的開發(fā)需要人工先從不同的數(shù)據(jù)庫中同步、集中、合并等處理，造成資源和人力的浪費。同時，目前的系統(tǒng)架構(gòu)，無法為未來數(shù)據(jù)驅(qū)動業(yè)務(wù)創(chuàng)新的理念提供友好的支撐。需要建設(shè)新一代數(shù)據(jù)管理平臺來解決數(shù)據(jù)利用率效率跟不上，以及不能支撐業(yè)務(wù)發(fā)展的問題。以此建設(shè)背景，建設(shè)新一代數(shù)據(jù)管理平臺需要能夠支持數(shù)據(jù)匯集、數(shù)據(jù)分析、數(shù)據(jù)應(yīng)用、數(shù)據(jù)計算、數(shù)據(jù)管理、數(shù)據(jù)資源管理。

?建設(shè)目標(biāo)

一、提高業(yè)務(wù)產(chǎn)品的研發(fā)效率?解決不同的業(yè)務(wù)部門之間的項目、組件、數(shù)據(jù)很難復(fù)用，同時帶來繁重的運維成本的環(huán)境對業(yè)務(wù)團隊的同事來講不友好（除了要熟悉業(yè)務(wù)以外還需要對底層框架有比較深入的了解）重復(fù)的開發(fā)工作（例如導(dǎo)表、調(diào)度等本來可以復(fù)用的模塊，卻需要在多個項目中重復(fù)實現(xiàn)）頻繁的跨部門需求溝通和討論，平臺將會統(tǒng)一數(shù)據(jù)、數(shù)據(jù)共享、服務(wù)組件來提高業(yè)務(wù)產(chǎn)品研發(fā)的效率。

?

二、提升業(yè)務(wù)需求的響應(yīng)能力經(jīng)常遇到業(yè)務(wù)需求變更和新的需求，傳統(tǒng)的開發(fā)模式從“找數(shù)據(jù)”、“對接數(shù)據(jù)”、“編碼開發(fā)”等過程，開發(fā)周期較長，影響業(yè)務(wù)需求的快速服務(wù)。數(shù)據(jù)平臺提供可視化的API開發(fā)接口、組件服務(wù)庫，能夠快速響應(yīng)業(yè)務(wù)需求的開發(fā)。比如開發(fā)一個新的業(yè)務(wù)需要用戶的完整信息，則需要在平臺上可視化調(diào)用各數(shù)據(jù)拼裝新的數(shù)據(jù)單元，形成數(shù)據(jù)服務(wù)接口，快速支撐開發(fā)人員，從而減少業(yè)務(wù)上線的時間，提升業(yè)務(wù)的響應(yīng)速度。

三、讓數(shù)據(jù)具備賦能業(yè)務(wù)創(chuàng)新的能力深度挖掘數(shù)據(jù)價值，面向數(shù)據(jù)分析場景構(gòu)建數(shù)據(jù)模型，支撐業(yè)務(wù)決策和產(chǎn)品智能。平臺數(shù)據(jù)需按照規(guī)范的建模方法論將數(shù)據(jù)形成主題域模型、形成標(biāo)簽?zāi)Ｐ突蛘咧笜?biāo)模型。這些數(shù)據(jù)模型是數(shù)據(jù)平臺的核心資產(chǎn)，數(shù)據(jù)平臺的各業(yè)務(wù)系統(tǒng)通過大數(shù)據(jù)計算平臺這座數(shù)據(jù)加工廠統(tǒng)一加工后產(chǎn)生數(shù)據(jù)模型，再將這些數(shù)據(jù)資產(chǎn)通過可視化的界面管理起來，并使用標(biāo)準(zhǔn)化的數(shù)據(jù)服務(wù)接口對數(shù)據(jù)應(yīng)用端提供數(shù)據(jù)應(yīng)用服務(wù)，如快速建立新業(yè)務(wù)指標(biāo)模型。

應(yīng)用平臺“四化”建設(shè)

1、數(shù)據(jù)匯集可視化以往數(shù)據(jù)同步需要對不同的數(shù)據(jù)源單獨編寫數(shù)據(jù)同步工具，耗時耗力，但是所有的行為抽象是同類，可以建設(shè)可視化管理系統(tǒng)來對數(shù)據(jù)匯集管理、調(diào)度。

2、數(shù)據(jù)建模自助化打通不同業(yè)務(wù)口子的數(shù)據(jù)融合，快速形成新的數(shù)據(jù)服務(wù)單元，將傳統(tǒng)的、手動的方式改為線上可視化任務(wù)方式，比如要查詢會員的信息，可能分布在不同的數(shù)據(jù)源中，在線可以實現(xiàn)打通寬表，實現(xiàn)會員信息的再次編排，形成用戶完整的數(shù)據(jù)單元。群策群力，構(gòu)建模型應(yīng)用市場。

（1）數(shù)據(jù)模型市場

建立模型市場，類似于應(yīng)用市場，對數(shù)據(jù)管理人員、分析人員或者其他授權(quán)人員提供數(shù)據(jù)模型共享。模型市場有系統(tǒng)預(yù)置以及有其他創(chuàng)建模型的組織來提供，市場包含多種風(fēng)控模型、預(yù)測模型、營銷模型等。數(shù)據(jù)模型市場不僅僅支持模型在線分析，同時數(shù)據(jù)模型可以作為能力對業(yè)務(wù)過程助力，如一個用戶來需要辦理一個新業(yè)務(wù)需要對其購買意愿做評估，則可以用模型市場中營銷模型對其做出分析。

（2）簡單分析模型建模

在線選擇數(shù)據(jù)源，將數(shù)據(jù)源通到控制面板中，然后建立數(shù)據(jù)源直接的關(guān)系后，提交計算，形成一個新的數(shù)據(jù)單元。

（3）復(fù)雜分析模型建模

數(shù)據(jù)工程師登錄平臺，創(chuàng)建新的項目，申請數(shù)據(jù)資源。

數(shù)據(jù)工程師通過元數(shù)據(jù)查找選出表，選擇數(shù)據(jù)集或者數(shù)據(jù)接口，填寫相關(guān)信息

申請這些需要用到的表。比如需要用到100?張表，其中70?張是通過?T+1?的方式使用，30?張是通過實時方式使用。

?

默認會做標(biāo)準(zhǔn)化脫敏加密策略，收到這些申請之后，數(shù)據(jù)管理員會按策略依次進行審批。

審批通過后，會自動準(zhǔn)備和輸出所申請的數(shù)據(jù)資源，數(shù)據(jù)工程師可以運用拿到的數(shù)據(jù)資源進行自助查詢、開發(fā)、配置、SQL?編排生成等。

最后將自助報表或儀表板提交給用戶使用。

3、數(shù)據(jù)服務(wù)接口化數(shù)據(jù)平臺具備“只要能夠獲取到數(shù)據(jù)表/視圖的權(quán)限，便支持封裝為API接口發(fā)布”的能力。而標(biāo)準(zhǔn)的API接口能夠充分實現(xiàn)各業(yè)務(wù)單位按需申請使用，現(xiàn)有成果的可復(fù)用性大大減少了重復(fù)建設(shè)的成本，也極大降低了信息中心的工作壓力，實現(xiàn)易上手、低成本、穩(wěn)定的數(shù)據(jù)開放共享服務(wù)，幫助前臺業(yè)務(wù)快速接入，創(chuàng)建數(shù)據(jù)服務(wù)API的兩種方式：

（1）構(gòu)建簡單數(shù)據(jù)服務(wù)接口

以【向?qū)Ｊ健啃陆ˋPI，填入接口的基本信息，含API名稱、API路徑、協(xié)議等。

選擇數(shù)據(jù)源，庫名稱、表名稱后，系統(tǒng)會自動展示表結(jié)構(gòu)的Schema信息。

基于表結(jié)構(gòu)勾選出需要的入?yún)⒓俺鰠⒆侄?，并設(shè)置好查詢條件、是否分頁及使用過濾器等選項。

對新API進行驗證，結(jié)果符合預(yù)期后點擊發(fā)布，新API就正式上線提供服務(wù)了。

（2）構(gòu)建復(fù)雜數(shù)據(jù)服務(wù)接口

以【腳本模式】新建API，該操作與簡單數(shù)據(jù)查詢服務(wù)操作一致。

先選擇數(shù)據(jù)源，含庫類型、庫名稱后，再編寫一條完整的SQL語句，支持同一數(shù)據(jù)源下多張表的關(guān)聯(lián)查詢、支持字段別名、SQL函數(shù)等。

編寫好SQL語句后，系統(tǒng)會自動分析出API的入?yún)⒑统鰠?，請對參?shù)信息進行設(shè)置如是否分頁、使用過濾器等選項，方便API調(diào)用者。

新API進行驗證，結(jié)果符合預(yù)期后點擊發(fā)布，新API就正式上線提供服務(wù)了。?

4、業(yè)務(wù)服務(wù)組件化對目前各個系統(tǒng)中重合度高的業(yè)務(wù)形成組件化，構(gòu)建一個領(lǐng)域服務(wù)層組件或微服務(wù)模塊，來提供整合后的領(lǐng)域服務(wù)能力，這個組件如果需要提供一個關(guān)聯(lián)多個業(yè)務(wù)對象的數(shù)據(jù)集合，那么就需要調(diào)用API接口返回多個獨立數(shù)據(jù)集合，然后在組件業(yè)務(wù)邏輯實現(xiàn)中來完成多個數(shù)據(jù)集的整合工作，開放給前臺使用，方便前臺業(yè)務(wù)場景和功能的實現(xiàn)。

基礎(chǔ)平臺建設(shè)

1、數(shù)據(jù)集成要提高數(shù)據(jù)使用效率，打破數(shù)據(jù)庫之間的物理隔閡，需要先將數(shù)據(jù)匯聚到數(shù)據(jù)倉庫中，數(shù)據(jù)同步分為實時和非實時，采用的技術(shù)也不同。目前先從ODS中同步到hive。數(shù)據(jù)同步策略的類型包括：全量表、增量表、新增及變化表、拉鏈表：? 全量表：存儲完整的數(shù)據(jù)。? 增量表：存儲新增加的數(shù)據(jù)。? 新增及變化表：存儲新增加的數(shù)據(jù)和變化的數(shù)據(jù)。? 拉鏈表：對新增及變化表做定期合并。

2、實體表同步策略

實體表：比如用戶，理財產(chǎn)品等，實體表數(shù)據(jù)量比較小，通?？梢宰雒咳杖浚敲刻齑嬉环萃暾麛?shù)據(jù)。即每日全量。

（1）維度表同步策略

維度表：比如訂單狀態(tài)，審批狀態(tài)，產(chǎn)品分類，維度表數(shù)據(jù)量比較小，通?？梢宰雒咳杖浚敲刻齑嬉环萃暾麛?shù)據(jù)。即每日全量。說明：

針對可能會有變化的狀態(tài)數(shù)據(jù)可以存儲每日全量。

沒變化的客觀世界的維度（比如性別，地區(qū)，民族）可以只存一份固定值。

（2）事務(wù)型事實表同步策略

事務(wù)型事實表：比如，交易流水，操作日志，出庫入庫記錄等。因為數(shù)據(jù)不會變化，而且數(shù)據(jù)量巨大，所以每天只同步新增數(shù)據(jù)即可，所以可以做成每日增量表，即每日創(chuàng)建一個分區(qū)存儲。

（3）周期型事實表同步策略

周期型事實表：比如訂單申請等2、數(shù)據(jù)存儲存儲的數(shù)據(jù)包含業(yè)務(wù)數(shù)據(jù)和元數(shù)據(jù)。存儲的數(shù)據(jù)分為四層，每一層采用的存儲方式和數(shù)據(jù)不同，如下：

ODS層：原始數(shù)據(jù)層，存放原始數(shù)據(jù)，直接加載原始日志、數(shù)據(jù)，數(shù)據(jù)保持原貌不做處理，目前系統(tǒng)中已經(jīng)存在。

DWD層：結(jié)構(gòu)和粒度與原始表保持一致，對ODS層數(shù)據(jù)進行清洗（去除空值，臟數(shù)據(jù)，超過極限范圍的數(shù)據(jù)），DWD數(shù)據(jù)采用hive的方式管理，將從ODS中的數(shù)據(jù)同步到hive。

DWS層：以DWD為基礎(chǔ)，進行輕度匯總，如將用戶的基本信息從各個業(yè)務(wù)系統(tǒng)中合并為一張寬表，此層的數(shù)據(jù)仍然存儲在hive中。

ADS層：數(shù)據(jù)應(yīng)用也即數(shù)據(jù)應(yīng)用開發(fā)層，通過數(shù)據(jù)計算層的計算后，根據(jù)數(shù)據(jù)類型的不同可以存儲到不同的存儲器中，如文本型查詢的數(shù)據(jù)可以存儲的ES中，對計算結(jié)果的查詢可以存儲在SqlServer中。

?

3、元數(shù)據(jù)管理通過Atlas來管理Hive中的元數(shù)據(jù)，形成元數(shù)據(jù)目錄，以此設(shè)計出元模型，然后將數(shù)據(jù)倉庫系統(tǒng)之中的元數(shù)據(jù)按元模型集中匯總并關(guān)聯(lián)到一起，達到企業(yè)對數(shù)據(jù)統(tǒng)一管理與應(yīng)用的目的。業(yè)務(wù)元數(shù)據(jù)相對復(fù)雜，來源較廣泛且不統(tǒng)一，需要對業(yè)務(wù)系統(tǒng)進行深入理解，按業(yè)務(wù)主題進行整理，梳理出業(yè)務(wù)范圍、業(yè)務(wù)名稱?、業(yè)務(wù)定義、業(yè)務(wù)描述、業(yè)務(wù)關(guān)系等，并添加到元數(shù)據(jù)管理系統(tǒng)中，主要作用實現(xiàn)如下：

元數(shù)據(jù)權(quán)限管理：對數(shù)據(jù)管理需要有權(quán)限的管理員管理，是關(guān)乎到數(shù)據(jù)質(zhì)量的關(guān)鍵。

元數(shù)據(jù)質(zhì)量：包含元數(shù)據(jù)一致性檢查，對異?；蛘卟环弦?guī)則的數(shù)據(jù)告警。

數(shù)據(jù)血緣分析：數(shù)據(jù)產(chǎn)生的鏈路或者路徑，例如通過數(shù)據(jù) A 數(shù)據(jù) B 產(chǎn)生了數(shù)據(jù) C，那么 C 的父血緣就是 A 和 B，反之亦然。在大數(shù)據(jù)套件中描述數(shù)據(jù)“父子”關(guān)系，以思維導(dǎo)圖形式展現(xiàn)了數(shù)據(jù)變化影響和數(shù)據(jù)生產(chǎn)溯源，清晰刻畫表與表之間、任務(wù)與任務(wù)之間的關(guān)系。如圖，是紅樓夢的數(shù)據(jù)血緣關(guān)系。

?

4、數(shù)據(jù)計算數(shù)據(jù)計算由數(shù)據(jù)管理員來實現(xiàn)，解決的問題根據(jù)業(yè)務(wù)需要對數(shù)據(jù)融合得出的數(shù)據(jù)結(jié)果。計算層分為離線計算和實時計算。

（1）業(yè)務(wù)流程數(shù)據(jù)管理人員可以在平臺上可視化的對數(shù)據(jù)處理，先創(chuàng)建數(shù)據(jù)應(yīng)用集合以及對應(yīng)的數(shù)據(jù)表，然后在可視化界面上編寫數(shù)據(jù)處理腳本，需要提交后臺任務(wù)管理系統(tǒng)執(zhí)行，執(zhí)行完成后根據(jù)數(shù)據(jù)要求存儲到不同的數(shù)據(jù)器中。

（2）離線計算針對數(shù)據(jù)量大、邏輯復(fù)雜的計算交由后臺任務(wù)系統(tǒng)，調(diào)用Hive計算。將計算的結(jié)果可以存儲到SqlServer或者ES中，根據(jù)數(shù)據(jù)需求場景不同而定。

（3）實時查詢針對業(yè)務(wù)頻繁查詢的場景，并且數(shù)據(jù)量大的數(shù)據(jù)計算完成后可以存儲到ES，針對統(tǒng)計分析類同時數(shù)據(jù)量較大可以使用Presto來查詢。

?

5、任務(wù)調(diào)度本系統(tǒng)的任務(wù)主要對數(shù)據(jù)同步任務(wù)、離線計算等任務(wù)管理。數(shù)據(jù)管理員將數(shù)據(jù)處理任務(wù)可以在線或者離線編輯完成后，上傳到Azkaban平臺執(zhí)行，執(zhí)行完成后自動同步發(fā)布到相關(guān)的數(shù)據(jù)器中并且通知相關(guān)人員。

6、數(shù)據(jù)應(yīng)用開發(fā)

（1）業(yè)務(wù)流程用戶(開發(fā)人員或者數(shù)據(jù)分析人員)在平臺上申請數(shù)據(jù)資源，并且在平臺上可視化選擇需要的數(shù)據(jù)源以及數(shù)據(jù)字段，數(shù)據(jù)分為業(yè)務(wù)開發(fā)支撐的數(shù)據(jù)和數(shù)據(jù)分析。數(shù)據(jù)管理人員接收到數(shù)據(jù)集資源申請后，處理數(shù)據(jù)完成后，通知用戶。

（2）數(shù)據(jù)提供方式數(shù)據(jù)兩種提供方式，在線閱覽和數(shù)據(jù)接口。

7、數(shù)據(jù)建模分析同上業(yè)務(wù)開發(fā)人員需求，需要數(shù)據(jù)仍然向數(shù)據(jù)管理員申請數(shù)據(jù)，指定需要的數(shù)據(jù)。數(shù)據(jù)管理人員在平臺上，制作數(shù)據(jù)主題。同時，在線的數(shù)據(jù)分析平臺會預(yù)置一些數(shù)據(jù)圖表、計算公式等。

8、數(shù)據(jù)安全在實際業(yè)務(wù)中，尤其是?涉及機密和敏感數(shù)據(jù)時，僅限授權(quán)用戶訪問就至關(guān)重要。同時訪問是否合理等信息也?需要系統(tǒng)記錄下來，讓管理員可以回溯，進一步保證數(shù)據(jù)安全。平臺通過認證?(Authentication)、授權(quán)(Authorization)、審計(Audit)三個方面來保證數(shù)據(jù)安全。

（1）認證認證是用戶進入系統(tǒng)的第一道屏障。建議采用了 Kerberos 做用戶級別的認證。Kerberos 的設(shè)計主要針對 client-server 模型，基于加密方法建立用戶(和系統(tǒng))識別自己的方法，對個人通信以安全的手段進行身份認證，用戶和服務(wù)器都能驗證對方的身份。

（2）授權(quán)平臺提供基于角色和個人的訪問控制。對 HDFS、Hive 等實現(xiàn)了統(tǒng)一的，細粒度的數(shù)據(jù)訪問控制。從數(shù)據(jù)角度，可以查看當(dāng)前何種角色/何人有何種權(quán)限。從角色/個人角度，可以查看對哪些數(shù)據(jù)有何種權(quán)限。

（3）審計?平臺為項目安全提供較直觀的整體評估和事件跟蹤，包括實時監(jiān)測對系統(tǒng)敏感信?息的訪問和操作行為，根據(jù)規(guī)則設(shè)定報警并及時阻斷違規(guī)操作，收集并記錄行為，可?檢索所有記錄，提供統(tǒng)計信息五個方面。?監(jiān)控處理的信息包括用戶動作，管理員動作兩大類。用戶動作，所有用戶的登錄?信息，對數(shù)據(jù)、對資源、對服務(wù)的訪問和操作等;管理員動作，管理員對項目、成員等做出的配置等。

?管理規(guī)范建設(shè)

將數(shù)據(jù)平臺的作用和價值最大化，靠的是軟件和制度規(guī)范，比如在創(chuàng)建數(shù)據(jù)表時，沒有規(guī)范的情況下，可能會帶來數(shù)據(jù)血緣的雜亂等情況。數(shù)據(jù)平臺管理的規(guī)范是一個體系化，以下為舉例一些規(guī)范。

1、數(shù)據(jù)倉庫層次結(jié)構(gòu)規(guī)范可分為基本分層結(jié)構(gòu)規(guī)范、各層物理表命名規(guī)范、數(shù)據(jù)庫對象命名規(guī)范等。

2、數(shù)據(jù)庫安全管理規(guī)范為了規(guī)范管理，做好經(jīng)營分析數(shù)據(jù)倉庫的安全管理工作，實現(xiàn)不同的責(zé)任人不同的層次，將用戶權(quán)限盡可能的管理起來同時又不影響正常工作，需要對數(shù)據(jù)庫進行安全管理，如：（1）數(shù)據(jù)庫管理人員由項目經(jīng)理和數(shù)據(jù)經(jīng)理來掌控，一般情況下不得使用DBA角色登錄數(shù)據(jù)庫。（2）數(shù)據(jù)人員使用數(shù)據(jù)庫開發(fā)人員角色登錄，每個數(shù)據(jù)人員一個用戶，歸屬數(shù)據(jù)庫開發(fā)人員組。（3）前臺程序開發(fā)人員，由界面開發(fā)人員使用，可以查看所有的表，但是無法進行DDL操作。

?建設(shè)經(jīng)驗分享

數(shù)據(jù)管理平臺體系涵蓋既包含數(shù)據(jù)技術(shù)平臺，也包含數(shù)據(jù)開發(fā)、數(shù)據(jù)模型、數(shù)據(jù)應(yīng)用產(chǎn)品。通過建設(shè)數(shù)據(jù)平臺建立數(shù)據(jù)管理和數(shù)據(jù)應(yīng)用提現(xiàn)，規(guī)?；?wù)業(yè)務(wù)，保證數(shù)據(jù)質(zhì)量，更大限度的發(fā)揮數(shù)據(jù)價值，主要有以下三個方面來保障建設(shè)：

1、數(shù)據(jù)同步一致性數(shù)據(jù)同步過程中的一致性問題主要包含如下幾大分類，增量一致性、狀態(tài)變更一致性、數(shù)據(jù)丟失。

增量一致性：一般情況下，可以用時間維度或者id來做增量標(biāo)識。

狀態(tài)變更一致性：如用戶更新了個人信息或者訂單狀態(tài)變更，最好的辦法是同步日志，要不然就是根據(jù)時間范圍批量更新。

數(shù)據(jù)丟失：在傳輸過程中由于程序錯誤等情況的發(fā)送，目前的解決辦法分為兩種：

（1）發(fā)送端以批的形式，同時配合事務(wù)。（2）接收端根據(jù)不同數(shù)據(jù)采用不同的規(guī)避策略來實現(xiàn)，如目的有自增長ID，一般是容錯后報錯提醒。

?

2、數(shù)據(jù)實時同步源數(shù)據(jù)變化捕獲是數(shù)據(jù)集成的起點，獲取數(shù)據(jù)源變化主要有三種方式：基于日志的解析模式、基于增量條件查詢模式、數(shù)據(jù)源主動Push模式。通常來說，采用數(shù)據(jù)庫的日志進行增量捕獲應(yīng)當(dāng)被優(yōu)先考慮。能夠完整獲取數(shù)據(jù)變化的操作類型，尤其是Delete操作，這是增量條件查詢模式很難做到的；不依賴特別的數(shù)據(jù)字段語義，例如更新時間；多數(shù)情況下具備較強的實時性。3、數(shù)據(jù)質(zhì)量管理不論是數(shù)據(jù)同步還是數(shù)據(jù)的使用，數(shù)據(jù)治理至關(guān)重要。比如在數(shù)據(jù)同步過程中，出現(xiàn)了不合法的數(shù)據(jù)格式，在源庫中存儲沒有問題，同步就會出現(xiàn)一些問題。另外在數(shù)據(jù)分析時，特別是數(shù)值分析，出現(xiàn)的數(shù)值是字符型就無法分析了。數(shù)據(jù)治理的工作展開，主要考慮三個維度：模型架構(gòu)、平臺技術(shù)和流程規(guī)范。

（1）在模型架構(gòu)層面，依據(jù)傳統(tǒng)數(shù)據(jù)倉庫的理論是對數(shù)據(jù)進行分層管理，每一層進行相應(yīng)的業(yè)務(wù)主題梳理，提煉出業(yè)務(wù)實體、實體之間的關(guān)系、實體的業(yè)務(wù)行為以及這些由業(yè)務(wù)行為所沉淀出的度量指標(biāo)。

（2）在平臺技術(shù)層面，首先要有元數(shù)據(jù)管理系統(tǒng)，其次要有數(shù)據(jù)血緣追溯系統(tǒng)、數(shù)據(jù)質(zhì)量監(jiān)測系統(tǒng)等，這些平臺技術(shù)可以幫助我們部分實現(xiàn)自動化管理。作為互聯(lián)網(wǎng)企業(yè)，業(yè)務(wù)迭代、表以及字段的增加速度都非?？?，如果沒有好的平臺技術(shù)支撐，消耗的人力成本會非常高。

免責(zé)聲明：本公眾號所發(fā)布的文章為本公眾號原創(chuàng)，或者是在網(wǎng)絡(luò)搜索到的優(yōu)秀文章進行的編輯整理，文章版權(quán)歸原作者所有，僅供讀者朋友們學(xué)習(xí)、參考。對于分享的非原創(chuàng)文章，有些因為無法找到真正來源，如果標(biāo)錯來源或者對于文章中所使用的圖片、鏈接等所包含但不限于軟件、資料等，如有侵權(quán)，請直接聯(lián)系后臺，說明具體的文章，后臺會盡快刪除。給您帶來的不便，深表歉意。

?