????????對(duì)于零基礎(chǔ)剛入行出去面試ETL工程師、BI工程師，面對(duì)面試官的問(wèn)題，如果回答的不倫不類不專業(yè)，容易路出馬腳、容易淘汰、容易被認(rèn)定為新手。今天拋開(kāi)業(yè)務(wù)不談，純粹的談談我對(duì)ETL工作概念的理解，深度理解ETL概念細(xì)節(jié)及在BI項(xiàng)目中的作用。讓你在與面試官聊ETL這個(gè)話題時(shí)能夠侃侃而談，表現(xiàn)出你的專業(yè)性獲得面試官的認(rèn)可【特別是你面試BI、ETL工程師，當(dāng)面試官拋出一個(gè)話題?你對(duì)ETL是如何理解的？】。此文5000字。此文算不上非常專業(yè)至少能幫助面試者在面試過(guò)程中回答ETL這個(gè)話題有內(nèi)容聊，內(nèi)容有點(diǎn)多如果有錯(cuò)誤的地方請(qǐng)多多包涵。

?

?????????ETL是將業(yè)務(wù)系統(tǒng)的數(shù)據(jù)經(jīng)過(guò)抽取、清洗、轉(zhuǎn)換之后加載到數(shù)據(jù)倉(cāng)庫(kù)的過(guò)程，?的是將企業(yè)中的分散、零亂、標(biāo)準(zhǔn)不統(tǒng)?的數(shù)據(jù)整合到?起，為企業(yè)的決策提供分析依據(jù)。ETL是BI項(xiàng)?重要的?個(gè)環(huán)節(jié)。通常情況下，在BI項(xiàng)?中ETL會(huì)花掉整個(gè)項(xiàng)??少2/3的時(shí)間,ETL設(shè)計(jì)的好壞直接關(guān)系到BI項(xiàng)?的成敗。

下圖解釋了為什么要進(jìn)行ETL工作

?????????ETL的設(shè)計(jì)分三部分：數(shù)據(jù)抽取、數(shù)據(jù)的清洗轉(zhuǎn)換、數(shù)據(jù)的加載。在設(shè)計(jì)ETL的時(shí)候我們也是從這三部分出發(fā)。數(shù)據(jù)的抽取是從各個(gè)不同的數(shù)據(jù)源抽取到ODS(Operational?Data?Store，操作型數(shù)據(jù)存儲(chǔ))中——這個(gè)過(guò)程也可以做?些數(shù)據(jù)的清洗和轉(zhuǎn)換)，在抽取的過(guò)程中需要挑選不同的抽取?法，盡可能的提?ETL的運(yùn)?效率。ETL三個(gè)部分中，花費(fèi)時(shí)間最長(zhǎng)的是“T”(Transform，清洗、轉(zhuǎn)換)的部分，?般情況下這部分?作量是整個(gè)ETL的2/3【致命點(diǎn)就是轉(zhuǎn)換邏輯需求人說(shuō)不明白，缺少能把業(yè)務(wù)口徑和技術(shù)口徑統(tǒng)一的大佬，也就是說(shuō)即懂業(yè)務(wù)又懂技術(shù)，當(dāng)然這部分有可能超出了ETL工程師的能力范圍，大部分ETL工程師估計(jì)就是工具人，按照項(xiàng)目經(jīng)理或需求分析師寫好的文檔做就行了】。數(shù)據(jù)的加載?般在數(shù)據(jù)清洗完了之后直接寫?DW(DataWarehousing，數(shù)據(jù)倉(cāng)庫(kù))中去。

?

?????????ETL的實(shí)現(xiàn)有多種?法，常?的有三種。?種是借助ETL?具(如Oracle的OWB、SQL?Server?2016的商業(yè)智能組件之一SSIS服務(wù)、Informatic、kettle等)實(shí)現(xiàn)【只有kettle是開(kāi)源免費(fèi)的所以是最流行最多公司使用的ETL工具】，?種是SQL?式實(shí)現(xiàn)【存儲(chǔ)過(guò)程】，另外?種是ETL?具和SQL相結(jié)合【工具內(nèi)綁定SQL】。前兩種?法各有各的優(yōu)缺點(diǎn)，借助?具可以快速的建?起ETL?程，屏蔽了復(fù)雜的編碼任務(wù)【這是相對(duì)的用誰(shuí)用的多，誰(shuí)的維護(hù)成本就高，就看對(duì)哪一種熟練程度比較高一些】，提?了速度，降低了難度，但是缺少靈活性。SQL的?法優(yōu)點(diǎn)是靈活，提?ETL運(yùn)?效率，但是編碼復(fù)雜，對(duì)技術(shù)要求?較?。第三種是綜合了前??種的優(yōu)點(diǎn)，會(huì)極?地提?ETL的開(kāi)發(fā)速度和效率【這要求ETL工具和SQL都非常熟練】。（ETL的實(shí)現(xiàn)方法，沒(méi)有權(quán)威機(jī)構(gòu)定義有多少種，而我這里的分法也只是在使用上做一些區(qū)分）

?

?、數(shù)據(jù)的抽取（Extract）

　　這?部分需要在調(diào)研階段做?量的?作，?先要搞清楚數(shù)據(jù)是從?個(gè)業(yè)務(wù)系統(tǒng)中來(lái),各個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫(kù)服務(wù)器運(yùn)?什么DBMS,是否存在??數(shù)據(jù)，??數(shù)據(jù)量有多?，是否存在?結(jié)構(gòu)化的數(shù)據(jù)等等，當(dāng)收集完這些信息之后才可以進(jìn)?數(shù)據(jù)抽取的設(shè)計(jì)。【其中最重要的是調(diào)研是業(yè)務(wù)部門說(shuō)系統(tǒng)有數(shù)據(jù)，其實(shí)有時(shí)是沒(méi)有的，所以必須要求IT確認(rèn)，這也是避免真正做ETL時(shí)沒(méi)有數(shù)據(jù)的尷尬】

　　1、對(duì)于與存放DW的數(shù)據(jù)庫(kù)系統(tǒng)相同的數(shù)據(jù)源處理?法

　　這?類數(shù)據(jù)源在設(shè)計(jì)上?較容易。?般情況下，DBMS(SQLServer、Oracle、MySql)都會(huì)提供數(shù)據(jù)庫(kù)鏈接功能，在DW數(shù)據(jù)庫(kù)服務(wù)器和原業(yè)務(wù)系統(tǒng)之間建?直接的鏈接關(guān)系就可以寫Select?語(yǔ)句直接訪問(wèn)。

　　2、對(duì)于與DW數(shù)據(jù)庫(kù)系統(tǒng)不同的數(shù)據(jù)源的處理?法

　　對(duì)于這?類數(shù)據(jù)源，?般情況下也可以通過(guò)ODBC的?式建?數(shù)據(jù)庫(kù)鏈接——如SQL?Server和Oracle之間【不同的ETL工具使用的鏈接驅(qū)動(dòng)不一樣，例如：使用ETL工具SSIS?，SQLServer?鏈接?Oracle?有兩種驅(qū)動(dòng)一種是ODBC、一種是OLEDB；他們有一個(gè)專業(yè)的名詞叫數(shù)據(jù)接口技術(shù)。而使用ETL工具kettle，大多數(shù)情況下使用的鏈接驅(qū)動(dòng)是JDBC，這與工具的開(kāi)發(fā)語(yǔ)言有關(guān)kettle是使用java開(kāi)發(fā)的工具】。如果不能建?數(shù)據(jù)庫(kù)鏈接，可以有兩種?式完成，?種是通過(guò)?具將源數(shù)據(jù)導(dǎo)出成.txt或者是.xls?件，然后再將這些源系統(tǒng)?件導(dǎo)?到ODS中【如果業(yè)務(wù)系統(tǒng)是從外部采購(gòu)的，有可能供應(yīng)商不會(huì)開(kāi)發(fā)數(shù)據(jù)庫(kù)的訪問(wèn)，不得已才使用這種導(dǎo)出的方法】。另外?種?法是通過(guò)程序接?來(lái)完成。【寫程序接口來(lái)實(shí)現(xiàn)數(shù)據(jù)抽取，這種難度比使用ETL工具提升了幾個(gè)量級(jí)，也需要專業(yè)的程序員來(lái)完成】

????3、對(duì)于?件類型數(shù)據(jù)源(.txt,.xls)，可以培訓(xùn)業(yè)務(wù)?員利?數(shù)據(jù)庫(kù)?具將這些數(shù)據(jù)導(dǎo)?到指定的數(shù)據(jù)庫(kù)，然后從指定的數(shù)據(jù)庫(kù)中抽取。或者還可以借助?具實(shí)現(xiàn)。【市面上有兩種實(shí)現(xiàn)方法一種是開(kāi)發(fā)一個(gè)WEB端讓業(yè)務(wù)人員從web頁(yè)面導(dǎo)入數(shù)據(jù)庫(kù)，另一種是指定一個(gè)服務(wù)器目錄文件夾讓業(yè)務(wù)人員把文件放到文件夾下面使用ETL工具去讀取文件夾內(nèi)的文件內(nèi)容寫入數(shù)據(jù)庫(kù)】

　　4、增量更新的問(wèn)題

　　對(duì)于數(shù)據(jù)量?的系統(tǒng)，必須考慮增量抽取。?般情況下，業(yè)務(wù)系統(tǒng)會(huì)記錄業(yè)務(wù)發(fā)?的時(shí)間，我們可以?來(lái)做增量的標(biāo)志,每次抽取之前?先判斷ODS中記錄最?的時(shí)間，然后根據(jù)這個(gè)時(shí)間去業(yè)務(wù)系統(tǒng)取?于這個(gè)時(shí)間所有的記錄。利?業(yè)務(wù)系統(tǒng)的時(shí)間戳，?般情況下，業(yè)務(wù)系統(tǒng)沒(méi)有或者部分有時(shí)間戳。【有兩種情況，一種是業(yè)務(wù)系統(tǒng)的數(shù)據(jù)已經(jīng)定性不會(huì)在更改，如某個(gè)銷售記錄已經(jīng)歸檔也就是這條銷售記錄已經(jīng)走到最后一個(gè)環(huán)節(jié)這里按天增量就可以了；另一種是業(yè)務(wù)記錄還在中間環(huán)節(jié)，可以后退也可以前進(jìn)，銷售記錄狀態(tài)不是最后一個(gè)環(huán)節(jié)隨時(shí)會(huì)變更記錄，這里又有兩種情況，一種如果要計(jì)算兩種狀態(tài)之間的間隔時(shí)間就得使用拉鏈表，同一條記錄狀態(tài)一變就保存一條新的數(shù)據(jù)行，另一種如果不進(jìn)行其他業(yè)務(wù)計(jì)算只統(tǒng)計(jì)最新狀態(tài)就可以按照昨天的最大時(shí)間戳來(lái)增量】

?

?、數(shù)據(jù)的清洗轉(zhuǎn)換（Cleaning、Transform）

?般情況下，數(shù)據(jù)倉(cāng)庫(kù)分為ODS、DW兩部分。通常的做法是從業(yè)務(wù)系統(tǒng)到ODS做清洗，將臟數(shù)據(jù)和不完整數(shù)據(jù)過(guò)濾掉，在從ODS到DW的過(guò)程中轉(zhuǎn)換，進(jìn)??些業(yè)務(wù)規(guī)則的計(jì)算和聚合。【這個(gè)在概念上是對(duì)的，但是要考慮工作的實(shí)際情況，如果從業(yè)務(wù)系統(tǒng)到ODS就做清洗，寫的復(fù)雜SQL會(huì)在業(yè)務(wù)系統(tǒng)上執(zhí)行，嚴(yán)重的影響業(yè)務(wù)系統(tǒng)的性能，甚至會(huì)拖垮業(yè)務(wù)系統(tǒng)；所以一般情況從業(yè)務(wù)系統(tǒng)到ODS只進(jìn)行一對(duì)一抽數(shù)不做清洗規(guī)則】

　　1、?數(shù)據(jù)清洗

　　數(shù)據(jù)清洗的任務(wù)是過(guò)濾那些不符合要求的數(shù)據(jù)，將過(guò)濾的結(jié)果交給業(yè)務(wù)主管部門，確認(rèn)是否過(guò)濾掉還是由業(yè)務(wù)單位修正之后再進(jìn)?抽取。不符合要求的數(shù)據(jù)主要是有不完整的數(shù)據(jù)、錯(cuò)誤的數(shù)據(jù)、重復(fù)的數(shù)據(jù)三?類。【這三類問(wèn)題一般由一種新型職業(yè)數(shù)據(jù)治理工程師來(lái)解決，但是大多數(shù)情況企業(yè)都是讓BI項(xiàng)目來(lái)倒逼企業(yè)業(yè)務(wù)系統(tǒng)的規(guī)范】

　　(1)不完整的數(shù)據(jù)：這?類數(shù)據(jù)主要是?些應(yīng)該有的信息缺失，如供應(yīng)商的名稱、分公司的名稱、客戶的區(qū)域信息缺失、業(yè)務(wù)系統(tǒng)中主表與明細(xì)表不能匹配等。對(duì)于這?類數(shù)據(jù)過(guò)濾出來(lái)，按缺失的內(nèi)容分別寫?不同Excel?件向客戶提交，要求在規(guī)定的時(shí)間內(nèi)補(bǔ)全。補(bǔ)全后才寫?數(shù)據(jù)倉(cāng)庫(kù)。

????(2)錯(cuò)誤的數(shù)據(jù)：這?類錯(cuò)誤產(chǎn)?的原因是業(yè)務(wù)系統(tǒng)不夠健全，在接收輸?后沒(méi)有進(jìn)?判斷直接寫?后臺(tái)數(shù)據(jù)庫(kù)造成的，?如數(shù)值數(shù)據(jù)輸成全?數(shù)字字符、字符串數(shù)據(jù)后?有?個(gè)回車操作、?期格式不正確、?期越界等。這?類數(shù)據(jù)也要分類，對(duì)于類似于全?字符、數(shù)據(jù)前后有不可見(jiàn)字符的問(wèn)題，只能通過(guò)寫SQL語(yǔ)句的?式找出來(lái)，然后要求客戶在業(yè)務(wù)系統(tǒng)修正之后抽取。?期格式不正確的或者是?期越界的這?類錯(cuò)誤會(huì)導(dǎo)致ETL運(yùn)?失敗，這?類錯(cuò)誤需要去業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫(kù)?SQL的?式挑出來(lái)，交給業(yè)務(wù)主管部門要求限期修正，修正之后再抽取。

　　(3)重復(fù)的數(shù)據(jù)：對(duì)于這?類數(shù)據(jù)——特別是維表中會(huì)出現(xiàn)這種情況——將重復(fù)數(shù)據(jù)記錄的所有字段導(dǎo)出來(lái)，讓客戶確認(rèn)并整理。

　　數(shù)據(jù)清洗是?個(gè)反復(fù)的過(guò)程，不可能在?天內(nèi)完成，只有不斷的發(fā)現(xiàn)問(wèn)題，解決問(wèn)題。對(duì)于是否過(guò)濾，是否修正?般要求客戶確認(rèn)，對(duì)于過(guò)濾掉的數(shù)據(jù)，寫?Excel?件或者將過(guò)濾數(shù)據(jù)寫?數(shù)據(jù)表，在ETL開(kāi)發(fā)的初期可以每天向業(yè)務(wù)單位發(fā)送過(guò)濾數(shù)據(jù)的郵件，促使他們盡快地修正錯(cuò)誤,同時(shí)也可以做為將來(lái)驗(yàn)證數(shù)據(jù)的依據(jù)。數(shù)據(jù)清洗需要注意的是不要將有?的數(shù)據(jù)過(guò)濾掉，對(duì)于每個(gè)過(guò)濾規(guī)則認(rèn)真進(jìn)?驗(yàn)證，并要?戶確認(rèn)。【目前國(guó)內(nèi)在BI項(xiàng)目中發(fā)現(xiàn)異常數(shù)據(jù)，基本都是采用人工干預(yù)修正，而不是自動(dòng)修正】

?

?????????2、?數(shù)據(jù)轉(zhuǎn)換

　　數(shù)據(jù)轉(zhuǎn)換的任務(wù)主要進(jìn)?不?致的數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)粒度的轉(zhuǎn)換，以及?些業(yè)務(wù)規(guī)則的計(jì)算。

　　(1)不?致數(shù)據(jù)轉(zhuǎn)換：這個(gè)過(guò)程是?個(gè)整合的過(guò)程，將不同業(yè)務(wù)系統(tǒng)的相同類型的數(shù)據(jù)統(tǒng)?，?如同?個(gè)供應(yīng)商在結(jié)算系統(tǒng)的編碼是XX0001,?在CRM中編碼是YY0001，這樣在抽取過(guò)來(lái)之后統(tǒng)?轉(zhuǎn)換成?個(gè)編碼。【在OneData體系中的OneService、OneID，統(tǒng)一編碼是OneID】【隨著數(shù)據(jù)治理的流行，主數(shù)據(jù)、參考數(shù)據(jù)的概念在企業(yè)慢慢得到認(rèn)可，處理不一致的數(shù)據(jù)有專業(yè)人士來(lái)解決對(duì)于ETL工程師來(lái)說(shuō)是一件好事也是一件壞事。好事是主數(shù)據(jù)和參考數(shù)據(jù)規(guī)范了企業(yè)的數(shù)據(jù)標(biāo)準(zhǔn)業(yè)務(wù)系統(tǒng)越來(lái)越完善，ETL工作越來(lái)越簡(jiǎn)單。壞事是當(dāng)數(shù)據(jù)治理達(dá)到一定程度ETL工程師的地位和價(jià)值會(huì)被大打折扣，依賴性會(huì)逐步減少】

　　(2)數(shù)據(jù)粒度的轉(zhuǎn)換：業(yè)務(wù)系統(tǒng)?般存儲(chǔ)?常明細(xì)的數(shù)據(jù)，?數(shù)據(jù)倉(cāng)庫(kù)中數(shù)據(jù)是?來(lái)分析的，不需要?常明細(xì)的數(shù)據(jù)。?般情況下，會(huì)將業(yè)務(wù)系統(tǒng)數(shù)據(jù)按照數(shù)據(jù)倉(cāng)庫(kù)粒度進(jìn)?聚合。【數(shù)據(jù)粒度的確認(rèn)一般在數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)的時(shí)候進(jìn)行，通常采用維度建模的四個(gè)步驟：1、選擇業(yè)務(wù)過(guò)程，2、聲明粒度，3、確認(rèn)維度，4、確認(rèn)事實(shí)。根據(jù)經(jīng)驗(yàn)來(lái)看通常采用最小粒度的數(shù)據(jù)作為數(shù)據(jù)倉(cāng)庫(kù)的基礎(chǔ)，才能避免未來(lái)業(yè)務(wù)不斷變化的坑】

　　(3)業(yè)務(wù)規(guī)則的計(jì)算：不同的企業(yè)有不同的業(yè)務(wù)規(guī)則、不同的數(shù)據(jù)指標(biāo)，這些指標(biāo)有的時(shí)候不是簡(jiǎn)單的加加減減就能完成，這個(gè)時(shí)候需要在ETL中將這些數(shù)據(jù)指標(biāo)計(jì)算好了之后存儲(chǔ)在數(shù)據(jù)倉(cāng)庫(kù)中，以供分析使?。【在數(shù)據(jù)倉(cāng)庫(kù)分層中最小粒度的數(shù)據(jù)存在DW，而不同主題和深加工的指標(biāo)通常存儲(chǔ)在數(shù)據(jù)集市中。如果企業(yè)有成熟的指標(biāo)體系和明確的指標(biāo)計(jì)算口徑……】

?

三、ETL?志、警告發(fā)送

　　1、?ETL?志分為三類。

???????第?類是執(zhí)?過(guò)程?志，這?部分?志是在ETL執(zhí)?過(guò)程中每執(zhí)??步的記錄，記錄每次運(yùn)?每?步驟的起始時(shí)間，影響了多少?數(shù)據(jù)，流?賬形式。

???????第二類是錯(cuò)誤?志，當(dāng)某個(gè)模塊出錯(cuò)的時(shí)候寫錯(cuò)誤?志，記錄每次出錯(cuò)的時(shí)間、出錯(cuò)的模塊以及出錯(cuò)的信息等。

?????????第三類?志是總體?志，只記錄ETL開(kāi)始時(shí)間、結(jié)束時(shí)間是否成功信息。如果使?ETL?具,ETL?具會(huì)?動(dòng)產(chǎn)??些?志，這?類?志也可以作為ETL?志的?部分。

記錄?志的?的是隨時(shí)可以知道ETL運(yùn)?情況，如果出錯(cuò)了，可以知道哪?出錯(cuò)。

以上三類在我的工具內(nèi)均已實(shí)現(xiàn)，雖然面向的ETL工具是SSIS，但是如果切換到kettle應(yīng)該也不難。

?

????2、?警告發(fā)送

　　如果ETL出錯(cuò)了，不僅要形成ETL出錯(cuò)?志，?且要向系統(tǒng)管理員發(fā)送警告。發(fā)送警告的?式多種，?般常?的就是給系統(tǒng)管理員發(fā)送郵件，并附上出錯(cuò)的信息，?便管理員排查錯(cuò)誤。【具體實(shí)現(xiàn)方式可以看這里?BI數(shù)據(jù)工程師--20、任務(wù)調(diào)度執(zhí)行結(jié)果郵件通知?】

　　ETL是BI項(xiàng)?的關(guān)鍵部分，也是?個(gè)長(zhǎng)期的過(guò)程，只有不斷的發(fā)現(xiàn)問(wèn)題并解決問(wèn)題，才能使ETL運(yùn)?效率更?，為BI項(xiàng)?后期開(kāi)發(fā)提供準(zhǔn)確與?效的數(shù)據(jù)。

?????????后記做數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)，ETL是關(guān)鍵的?環(huán)。說(shuō)?了，ETL是數(shù)據(jù)整合解決?案，說(shuō)?了，就是導(dǎo)數(shù)據(jù)的?具。回憶?下?作這么長(zhǎng)時(shí)間以來(lái)，處理數(shù)據(jù)遷移、轉(zhuǎn)換的?作倒還真的不少。但是那些?作基本上是?次性?作或者很?數(shù)據(jù)量。可是在數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中，ETL上升到了?定的理論?度，和原來(lái)?打?鬧的?具使?不同了。究竟什么不同，從名字上就可以看到，?家已經(jīng)將導(dǎo)數(shù)據(jù)的過(guò)程分成3個(gè)步驟，E、T、L分別代表抽取、轉(zhuǎn)換和裝載。其實(shí)ETL過(guò)程就是數(shù)據(jù)流動(dòng)的過(guò)程，從不同的數(shù)據(jù)源流向不同的?標(biāo)數(shù)據(jù)。但在數(shù)據(jù)倉(cāng)庫(kù)中，ETL有?個(gè)特點(diǎn)，

????????是數(shù)據(jù)同步，它不是?次性倒完數(shù)據(jù)就拉到，它是經(jīng)常性的活動(dòng)，按照固定周期運(yùn)?的，甚?現(xiàn)在還有?提出了實(shí)時(shí)ETL的概念。

????????是數(shù)據(jù)量，?般都是巨?的，值得你將數(shù)據(jù)流動(dòng)的過(guò)程拆分成E、T和L。【如果實(shí)在是太大了就的采用大數(shù)據(jù)?ELT?,?也就是先加載在轉(zhuǎn)換】

?

現(xiàn)在有很多成熟的?具提供ETL功能，且不說(shuō)他們的好壞。從應(yīng)??度來(lái)說(shuō)，ETL的過(guò)程其實(shí)不是?常復(fù)雜，這些?具給數(shù)據(jù)倉(cāng)庫(kù)?程帶來(lái)和很?的便利性，特別是開(kāi)發(fā)的便利和維護(hù)的便利。但另???，開(kāi)發(fā)?員容易迷失在這些?具中。舉個(gè)例?，VBA、Python、c#、SQL是都是?常簡(jiǎn)單的語(yǔ)?并且也是?常易?的編程?具，上?特別快，但是真正的??有多少？微軟設(shè)計(jì)的產(chǎn)品通常有個(gè)原則是“將使?者當(dāng)作傻?”，在這個(gè)原則下，微軟的東西確實(shí)?常好?，但是對(duì)于開(kāi)發(fā)者，如果你??也將??當(dāng)作傻?，那就真的傻了。ETL?具也是?樣，這些?具為我們提供圖形化界?，讓我們將主要的精?放在規(guī)則上，以期提?開(kāi)發(fā)效率。從使?效果來(lái)說(shuō)，確實(shí)使?這些?具能夠?常快速地構(gòu)建?個(gè)job來(lái)處理某個(gè)數(shù)據(jù)，不過(guò)從整體來(lái)看，并不見(jiàn)得他的整體效率會(huì)?多少。問(wèn)題主要不是出在?具上，?是在設(shè)計(jì)、開(kāi)發(fā)?員上。他們迷失在?具中，沒(méi)有去探求ETL的本質(zhì)。可以說(shuō)這些?具應(yīng)?了這么長(zhǎng)時(shí)間，在這么多項(xiàng)?、環(huán)境中應(yīng)?，它必然有它成功之處，它必定體現(xiàn)了ETL的本質(zhì)。如果我們不透過(guò)表?這些?具的簡(jiǎn)單使?去看它背后蘊(yùn)涵的思想，最終我們作出來(lái)的東西也就是?個(gè)個(gè)獨(dú)?的job，將他們整合起來(lái)仍然有巨?的?作量。?家都知道“理論與實(shí)踐相結(jié)合”，如果在?個(gè)領(lǐng)域有所超越，必須要在理論?平上達(dá)到?定的?度。

最后最近一個(gè)月我把我構(gòu)思出來(lái)的工具應(yīng)用到工作中，發(fā)現(xiàn)確實(shí)提升了效率，但是離我設(shè)想的《低代碼數(shù)倉(cāng)開(kāi)發(fā)平臺(tái)》還有很遠(yuǎn)很遠(yuǎn)的路程要走。

在使用過(guò)程中拍了張照片紀(jì)念一下（下圖）