chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

前言

上文咱開了個頭，給大家分享了一下什么是FSLDM，以及FSLDM是怎么切分主題域的。我們簡單回顧一下：

建模的核心是對現(xiàn)實世界的抽象。一個好的模型應該是穩(wěn)定的，是靈活、可擴展的，是規(guī)范的，是中性的、通用的。

這其中最重要的，不是穩(wěn)定，不是靈活、可擴展，不是規(guī)范，而是中性、通用。

我們建的模型應該把抽象出來的對象盡可能的打散、重組，然后抽象、再重組，直到能夠非常通用才可以。

LDM位置

上次其實忘記說一個很重要的點：LDM是干啥的。在流程圖中，LDM已經(jīng)搞定到邏輯建模這個位置了：

但是在數(shù)據(jù)倉庫的架構中，它的位置處于中間這個位置：

有同學就好奇了，為啥LDM會在這里呢？為啥LDM不把上面的維度建模也搞定呢？還有上面的Cube也建起來，不是更牛X么？

昨天群里有個同學也問，DWD層寬表的元素構成主要考慮那些因素？是要更多的考慮下一層所需的靈活性，多弄一些字段，還是為了降低存儲壓力，減少一些字段呢？

這就得回到分層建設的核心目標是什么。你認為是什么？

分層是為了解耦。

解什么的耦？解業(yè)務和數(shù)據(jù)的耦。這也是LDM為什么要通用的原因。LDM通用了，上層的業(yè)務隨便改，下面的LDM不用改。下面的數(shù)據(jù)結構變了，LDM也不用大改。

所以回到文章最開始說的，什么是好的模型？為什么要做到靈活性、穩(wěn)定性、通用性？

因為要解耦。

好，剛才那位同學的問題，你覺得應該怎么回答？

首先第一點：現(xiàn)在存儲很便宜，所以不需要節(jié)省存儲空間。

第二點：單純的追求靈活性是不夠的，極致的靈活，就是所有的數(shù)據(jù)都存，也就是現(xiàn)在的數(shù)據(jù)湖的套路。

OK，我個人的理解是這樣的：DWD層可以不用考慮節(jié)省存儲的問題，必須要追求靈活性，但是同樣要考慮到通用性、規(guī)范性和穩(wěn)定性。所以，合適的抽象和選擇，是更重要的。但是如果是靈活性和存儲兩個選項，我選靈活性。

因為LDM的任務是解耦，為了節(jié)省空間，失去了解耦的靈活性，就舍本逐末了。

不過，盡信書不如無書。我們學習經(jīng)典，也要跟追時代的步法，否則就變成老古董了。

上圖中，業(yè)務系統(tǒng)和LDM都必須遵循三范式。但是現(xiàn)在互聯(lián)網(wǎng)行業(yè)由于高并發(fā)的場景，業(yè)務庫設計的時候就已經(jīng)退化范式了，尤其是一些大數(shù)據(jù)環(huán)境，從工具層面就已經(jīng)退化了。所以我們得結合實際去看哈。

當事人主題域

上篇文章里，我們看了一下FSLDM的十大主題域，分別是：當事人、資產(chǎn)、財務、區(qū)域、營銷活動、協(xié)議、事件、內(nèi)部組織、產(chǎn)品和渠道。

下面，我們拿其中一個主題域詳細說說，看看他們具體是怎么設計的。

先上定義，比較枯燥，嫌費勁可以先略過：

當事人是指任意的個人或團體。比如：客戶、潛在客戶、各種組織、雇員、銀行分行、內(nèi)部部門等等。是客戶概念的外延，能支持不同的關系（父子、雇傭、夫妻等）；可以是一個具備相同目的的個體組合，如協(xié)會、社會團體、家庭、親友團等；可以是一個外部或內(nèi)部的組織機構。

然后呢？為啥要叫“當事人”？叫“客戶”不行么？想解釋這個問題，很簡單，看你要解決多大的問題。

如果你要說抽象到客戶一層，也可以。但是你還得弄一個“員工”。而且出現(xiàn)內(nèi)部員工也是客戶的情況咋辦？保險的客戶和基金的客戶是一樣的嗎？醫(yī)院的病人是不是也可以算是客戶的？學校的學生呢？

哥們是不是覺得我在抬杠？有哥們會說了，我*，直接抽象成人不就完事了？整那么復雜！

嘿嘿，真的嗎？企業(yè)是否也可以成為我們的客戶？可以吧？那你是不是還要出現(xiàn)一個企業(yè)的實體？嗯？搞定企業(yè)就行了？我能不能發(fā)展政府部門的生意？

你是不是想說加一個字段區(qū)分?。?/span>

嘿嘿，光有一個字段區(qū)分還不行，因為個人、公司和政府的唯一碼不一樣，所以可能還得分兩張表。而且，他們的層級、關系都不一樣，購買的產(chǎn)品和對應的政策也都是兩套。你看，暈了吧？

之所以出現(xiàn)這些問題，是因為抽象的還不夠高。當然，不是說抽象的越高越好啊，咱還得根據(jù)咱的實際業(yè)務去走。

比如FSLDM的當事人定義為：“任意個人或者團體”，這從最根本上就解釋了：“我們是為誰服務的”這個問題。同理，IBM的BMDW也不是客戶，而是關系人。

然后咱再往下梳理：當事人有幾種？不同的當事人的屬性也不一樣，那必須得分開啊。他們之間是否還有層級關系？也要體現(xiàn)出來了。

所以，F(xiàn)SDLM當事人的模型就是就是這么構建的（懶，沒用PD，大家湊合看哈，意思到了就行）：

這樣的結構可以完美解決上述的各種問題。最上一層，抽象為當事人，往下分為個人和團體機構。

個人和團體各自有自己的細分、關系、屬性，各自分的清清楚楚，明明白白的。

個人又會衍生出兩種不同的關系，一種是家庭，一種是員工。

機構呢，則細分為內(nèi)部機構和外部機構，各自又有細分和上下級關系。

個人與個人、個人與家庭、機構與機構、個人與機構，都是可以發(fā)生任意關系的，這些關系都會在關系表中。

所以什么是檢驗模型好壞的標準？是你設計的模型，能夠承接當前商業(yè)環(huán)境下任意的業(yè)務關系。

不好的模型是什么樣的？這邊業(yè)務邏輯稍微變一點，數(shù)據(jù)模型就沒法支撐，就得加字段、加表，甚至重構。

到這里就結束了嗎？遠遠沒有。

前面說過，F(xiàn)SLDM第一層是10個主題域，第二層是50多個實體，第三層是近3000個實體和一萬多個屬性，以及300多個邏輯模型。

10個主題域我們說過了。并且選了其中一個，闡述了其中“當事人”領域，學習了他們是怎么抽象一個能夠支撐核心業(yè)務的核心實體，以組建“當事人”主題域的。再往下一步就得再解剖一個核心實體，看看這個實體具體怎么設計的。 

個人實體

很多人具體到建更細的實體的時候，就會有各種問題，這個屬性怎么關聯(lián)？有共性的該咋弄？這個是不是要單獨建一個屬性/實體等等。

其實這些問題我也不能給你準確的答復，也沒有一個絕對標準的回答。在建模這塊，基礎的共識是：根據(jù)建模師的經(jīng)驗和喜好，比較自由的去構建。

這個有點像建筑設計師的感覺。只要結構合理，力量支撐到位，對下層的操作數(shù)據(jù)友善，對上層的業(yè)務拓展開放，就是一個非常好的建模。

在FSLDM的當事人主題-個人域中，是這樣構建的（圖片不嚴謹，湊合看哈）：

中間是當事人-個人主題域的層級關系。這里核心實體有3個：當事人、個人、雇員。

為什么語言放在當事人實體上呢？我們思考一下，當事人除了人，其實還有組織機構。組織機構其實也是有語言偏好的。好比我們給各大領事館打電話，用他們的官方語言是尊重的表現(xiàn)，即便是他們也懂中文。

但是職業(yè)歷史、個人技能、婚姻狀況等就只能放在“個人”實體上了。而下面雇員其實也有自己的屬性，這我就沒畫出來了。

在個人層面，各種屬性就不說了，根據(jù)業(yè)務要求來。請注意右側，還有一個付款時序和獎勵時序。這兩個就跟銀行的業(yè)務關系非常緊密了，而且后續(xù)可以做很多的業(yè)務洞察。

有人說了，那銀行保險之類的公司最重要的不是額度、簽約歷史、聯(lián)系方式、身份驗證等，這些信息在哪里？

嘿嘿，這些信息是非常重要，但是不單單是只有個人才有哦！機構也是有的。所以這些統(tǒng)統(tǒng)都放在“當事人”那一層，比如這樣：

并且，因為額度、身份、簽約、聯(lián)系信息等內(nèi)容其實都是會變化的，有些信息變化可能還會很頻繁，所以建歷史表是最合適的了。

那跟其他主題域發(fā)生關系咋弄？你得有一個區(qū)域，專門放當事人跟其他主題域的關聯(lián)關系。

那有其他業(yè)務怎么辦？具體看是什么業(yè)務，如果是核心業(yè)務，比如協(xié)議、產(chǎn)品，用上面的關聯(lián)關系直接連通到其他主題域。

如果是風險、信用報告、資產(chǎn)和負債等與當事人關系非常緊密的，單獨劃分一個個的小區(qū)域，專門存放這類模型。

所以當事人這個大的主題域下，還會細分以下部分：

個人、機構業(yè)務、機構信息、關系、分類、風險、信用報告、資產(chǎn)、負債等等。

每個小塊中都是以當事人為核心，各自展開。當然，關注的內(nèi)容、建立的實體、關系都完全不一樣，相互獨立，卻有互相關聯(lián)、支撐。這有點MECE的那個意思。

順序

這一個主題域我們說完了，這還有9個呢。怎么搞？按什么順序建呢？有些同學喜歡按照重要程度去建設，前面不是已經(jīng)整理出來了么？跟其他主題域關系最緊密的就是啊。那就是當事人、協(xié)議和組織了。

這個邏輯很有道理，但是你貿(mào)然決策，就肯定會踩坑。因為有些領域是非常個性化的，非常耗費時間，有些領域還沒啥產(chǎn)出。

而且，你評判主題域是否重要的指標是什么？跟其他領域的關系密切程度嗎？那個的確能代表重要程度，但是這同樣也代表了復雜程度啊。

我的經(jīng)驗是重要性+價值度，評價出優(yōu)先級別。這樣的好處是邊建設，邊有業(yè)務產(chǎn)出。

不過FSLDM的建設邏輯既不是按上面說的那種重要程度排序，也不是按重要+價值綜合評定，而是按這個邏輯：

這也是分輕重的，但是有沒有發(fā)現(xiàn)規(guī)律？那就是除了重要、價值兩個維度之外，還有一個“數(shù)據(jù)”的維度。

為啥要加這個維度？因為沒參考數(shù)據(jù)，建模的工作就是空對空啊，全憑想象。而且，建模之后有一個非常關鍵的動作，就是模型的驗證。沒數(shù)據(jù)，也沒辦法驗證你這個模型的好壞。

所以，加入數(shù)據(jù)因素，綜合評判，更適合建模工作的推進。

你是不是好奇FSLDM的建模工作推進流程？這個當然不能少了！

簡單來說，項目得分準備、研討、分析源系統(tǒng)、業(yè)務定義、客戶化和模型驗證6個環(huán)節(jié)。

不過這個參考意義不大，因為他們已經(jīng)有標準模型了，相當于是改裝車的工作流程，而不是造車的流程。

其中比較有意思的環(huán)節(jié)是研討環(huán)節(jié)。這個環(huán)節(jié)相當于是在拉平認知。后面的事情就好辦了。

為什么說參考意義不大呢？因為現(xiàn)在，已經(jīng)沒有哪個公司愿意這么做了。主要的原因一言難盡吶！如果你感興趣，就繼續(xù)點“在看”，我看有沒有足夠的動力，推動我去吐槽一下現(xiàn)在行業(yè)數(shù)據(jù)倉庫工作狀態(tài)和未來發(fā)展方向。

結語

建模是一件非?？简灁?shù)據(jù)建模工程師功底、專業(yè)性極強的工作。模型架構的合理不合理，完全取決于你對于業(yè)務的理解、對于方法的熟練掌控能力，以及對于數(shù)據(jù)的結構性架構的能力。

提升能力的方法，最好的辦法就是閱讀經(jīng)典，理解、掌握其內(nèi)在邏輯，不斷的思考、總結、提煉，然后在實踐中磨煉。祝好！

感謝閱讀，本次分享的內(nèi)容就結束了。本公眾號目前保持日更3000字，為你提供優(yōu)秀的數(shù)據(jù)領域的分享。本篇如果有幫助的話，還請點贊、在看分享一波！

推薦閱讀：

更多精彩：