很可惜 T 。T 您現(xiàn)在還不是作者身份，不能自主發(fā)稿哦～
如有投稿需求，請把文章發(fā)送到郵箱tougao@appcpx.com，一經(jīng)錄用會有專人和您聯(lián)系
咨詢?nèi)绾纬蔀榇河鹱髡哒埪?lián)系：鳥哥筆記小羽毛（ngbjxym）
最近在寫書，實在是沒時間更新了。前兩天更了兩篇文章，導致寫書速度下降了好多，快趕不上進度了。
不過還好，我這大佬多啊，今天繼續(xù)讓大佬們代班，把群內(nèi)聊天內(nèi)容整理一下，供您參考。
都是群里聊天實錄，直接復制粘貼的。肯定有錯別字、語句不通順的問題。您將就著看哈。
問題：
明細寬表怎么理解，選擇好業(yè)務過程后，直接從ods取數(shù)到一張寬表里嗎？
如果是，那這種寬表豈不是耦合了度量值和維度值。也沒有獨立的維度表了，模型上豈不是很無章法？
討論：
具體看情況吧，并不是必須按照你講的那樣來，大多數(shù)寬表都是空間換時間。
我理解，建模不可能嚴格按照第三范式，適當?shù)娜哂嗍荗K的。
都是混合建模方式，沒有絕對，適合自己業(yè)務，好用就行。
我們曾經(jīng)在dw層想過用范式來應對上層變化的業(yè)務需求 后來發(fā)現(xiàn)有點天真了。
共享維度層必須要有。
不然怎么保證一致性維度？
寬表算不上模式，就是實在搞不定了，先拉個大表用著。實在搞不定了指的是現(xiàn)有技術和方法生態(tài)搞不定，不是指哪個團隊那個人。
維度建模這種數(shù)據(jù)抽象方式對olap場景表現(xiàn)出了強勁的適應性。但是數(shù)據(jù)科學這今年突飛猛進，策略算法，圖算法，運籌，數(shù)字化運營，需要的數(shù)據(jù)組織方式遠遠不是一兩種建模方式能搞定的。
從來都是先有問題，再有大神站出來把問題抽象掉形成方法，不是反過來。
對于新出現(xiàn)的問題，現(xiàn)有的不管是方法論還是技術生態(tài)還遠遠不夠。
你們這根本不叫建模，純粹寬表，最后依賴會很混亂。后期風險很大，更不用說保證數(shù)據(jù)一致性了。
本來就是不得已為之，幾個十億級別的表，誰來了也得這么干。算不上什么方法，被逼的野狐禪。
沒有所謂的混合建模方式，必須以一種建模方式為指導，基于業(yè)務做權衡，建模過程必須很清楚的指導這個權衡的優(yōu)缺點，以及為什么要這么權衡，另外維度建模不等于冗余。
維度建模的核心是一致性維度，不能保證維度一致性不能叫維度建模。
大寬表就是容易造成依賴關系的混亂。
問題就是不做冗余sql有些寫起來太復雜了 join一大堆的表，換個人來看文檔都要崩潰了有些字段不知道去哪兒找。所以我們后面還是放棄了嚴格的范式。
寬表在dws和dwt吧?；赿wd模型層。
dws我們都是通用的派生指標，ads層才是寬表，直接面向后端。
所以我一直都比較好奇 維度冗余的邊界在哪兒。
首先要能解決問題，解決不了問題，再規(guī)范也不實用。很多東西都是一次性的，根本做不到復用也沒必要復用。其實還是得看各自的業(yè)務場景，有的場景適合，有的場景不適合。
維度冗余沒有邊界，但是所有事實里冗余的維度屬性都要保證從共享維度里來。
把緯度冗余進事實表，如果緯度變化了，也要更新緯度表，這也增加了工作量呀。
變化了就要重跑下游依賴的所有的表……
我覺得靠冗余字段來提高訪問效率這個出發(fā)點，現(xiàn)在已經(jīng)不應該采用了。因為后面我們不是有kylin這些工具幫我們提高速度了嘛。
你就想明白你這個模型的定位，使用時你允許使用這張表進行關聯(lián)擴充維度屬性那就保留ID，如果不允許那就不需要，如果很糾結，那就思辨，允許會帶來什么樣的好處和壞處，不允許會帶來什么樣的好處和壞處，然后做權衡。
我現(xiàn)在公司里面在做集市項目，他們做了個匯總層，沒有dwd，直接ods采數(shù)去做“明細寬表”，也沒有維度表。我在想他們這樣下去，這模型還是模型嗎？
這就是最原始的ods+ads兩層的做法吧。
寬表對業(yè)務來說主要是解決清單關聯(lián)過多查詢慢和不方便導出的問題吧。
統(tǒng)計來說寬表也是減少join(太耗時間)的目的。
id還是要有的，不然以后追溯和沖刷數(shù)據(jù)，以及對數(shù)簡直就是噩夢。再說也不差那點存儲吧？
感謝@何同學-數(shù)據(jù)建模-廣州、@賴志明-金融監(jiān)管大數(shù)據(jù)-北京、@北京-數(shù)據(jù)開發(fā)-郭東、@sun-上海_大數(shù)據(jù)、@L Y-消金數(shù)倉-北京、@Luka-數(shù)倉-深圳、@魏濤－數(shù)據(jù)產(chǎn)品經(jīng)理－長沙、@sqlboy-大數(shù)據(jù)開發(fā)-杭州、@Old-數(shù)倉-杭州、@生命不息取數(shù)不止-指標設計-北京、@碎星-信息化-德陽、@陶瓷魚、@倪武龍-數(shù)據(jù)治理-深圳 等一眾大佬的絕世好問題和精彩討論！
問題：
有個不太成熟的問題向大家請教一下：如果客戶管理從集團層面出發(fā)，不同領域?qū)ν粋€**進行管理或者變更，具體哪個領域?qū)灿脭?shù)據(jù)維護和質(zhì)量負責？
討論：
主數(shù)據(jù)管理。
這個就需要指定負責部門了。公共數(shù)據(jù)將信息的變更歷史詳細記錄，如果必要可以分級和審批。
這部分數(shù)據(jù)是否要統(tǒng)一管理？業(yè)界有沒有好的實踐？
數(shù)據(jù)治理里面有專門一塊叫做主數(shù)據(jù)管理，你可以看看。
ibm ecif就是干這個的？IBM有相關的產(chǎn)品 IBM MDM。
這一塊是不是和 用戶畫像里面的 id-mapping有點像?
也有人直接寫J**A搞一個主數(shù)據(jù)管理系統(tǒng)。
收到，感謝，目前我們按主數(shù)據(jù)管理在實踐的，但是落地的時候遇到這樣的問題。
很多廠商，數(shù)據(jù)治理產(chǎn)品，數(shù)據(jù)資產(chǎn)管理和主數(shù)據(jù)管理都是分開的。
客戶主數(shù)據(jù)要有對應數(shù)據(jù)擁有者去統(tǒng)一管理，不同領域的變更的話你可以考慮用某個領域為主導，正常來說，所有變更都應該發(fā)生在同一個主數(shù)據(jù)管理系統(tǒng)里面，然后同步到所有業(yè)務領域，這樣才不會產(chǎn)生沖突。
感謝@李瑞-數(shù)據(jù)治理、@倪武龍-數(shù)據(jù)治理-深圳、@胡俊-愛?？萍?數(shù)據(jù)平臺-北京、@NULL-數(shù)據(jù)開發(fā)-深圳、@劉繼峰-金山云架構師-北京 等各位大佬的絕世好問題和精彩討論！
問題：
能否在大數(shù)據(jù)組織架構設計上有所探討？數(shù)據(jù)平臺團隊（基礎平臺和數(shù)據(jù)湖層）和數(shù)據(jù)應用團隊（數(shù)據(jù)集市、數(shù)據(jù)分析及產(chǎn)品）分離會帶來哪些問題？ 。
討論：
數(shù)據(jù)平臺團隊多以技術比較牛逼的開發(fā)人員組成，重視平臺的高可用高性能高可靠，往往只著眼于如何解決問題，很少會關注為什么有這樣的問題？數(shù)據(jù)應用團隊以業(yè)務場景需求為導向，關注如何靈活取數(shù)，如何適配快速變化的業(yè)務。
前者追求高度抽象，通用的架構，后者追求個性化，迅速的響應，這兩者在共性和個性的關系上往往會有不一致的情況，這個時候一般是要一個橋梁一樣的角色，比如架構師，權衡折中。
不然平臺建了人家業(yè)務也不認可你，人家業(yè)務自己從業(yè)務系統(tǒng)取數(shù)分析，效率也不高。
好的產(chǎn)品經(jīng)理好的架構師，都可以很好地解決這個問題，找到折衷的最優(yōu)解。
2張皮的問題，用考核和評價指標來解決？平臺好不好 得有應用團隊說了算？
應用團隊天生就不會對平臺團隊說好話。
我個人覺得，首先第一點這個平臺初期建設的時候應該就是雙方的事兒，收集好應用方的痛點，平臺的構建也是為了數(shù)據(jù)更好的管理和使用，是給自己團隊和應用團隊使用的
第二點，后期投入使用由于著力點不一樣導致的摩擦，確實是需要一些指標來管控的，既然平臺團隊是服務于應用的，那么應用端提的不管是到位時間上的需求還是數(shù)據(jù)準備的需求，提工單，平臺團隊評估完給你做，能做不能做也事先說好，到時候工單都在那兒，可以拿出來說話。
但是一般離錢越近話語權越大，這個比較靠后的平臺團隊還是要全力以赴支持應用團隊的，只是有些說不清的還是要流程化，比如提交工單，審批之類的。
離錢越近越有話語權，說得對！
反之，享有背鍋義務。正因為要承擔背鍋的這個責任，所以距離錢近。
你說的分離是拆分部門嗎？
基礎平臺 ：底層開發(fā)（理解為底層hadoop源碼開發(fā)）獨立，因為不涉及業(yè)務（可以一個團隊）；
基礎的元數(shù)據(jù)和主數(shù)據(jù)你必須知道業(yè)務和后面的存儲（倉、湖） 是一體的 （可以一個團隊）。
應用層是用數(shù)據(jù)的，集市、分析、產(chǎn)品設計倒是可以單獨去做（可以多個不同團隊）。
業(yè)務大了分離是必然，帶來的最主要問題就是溝通成本增加。
如果沒有一個中間的應用平臺層（中臺），應用層還是有可能重復造輪子。
可以看看數(shù)據(jù)中臺的三個階段。
不過當中臺趕不上前臺敏捷需要時，有時候不得不重復造輪子。
重復造輪子有時候也不是壞事呀，特別對于新業(yè)務線，隨時在變化的業(yè)務線來說，畢竟中臺也好，重復造輪子也好，最終都想實現(xiàn)降本增效，若是中臺還給業(yè)務線拉了后腿，也就是去它的意義了。
感謝@建輝、@阿姣-上海-數(shù)倉架構、@林鈺鑫-數(shù)據(jù)架構-深圳、@賴志明-金融監(jiān)管大數(shù)據(jù)-北京、@Jack-數(shù)倉-北京、@胡俊-愛保科技-數(shù)據(jù)平臺-北京 等各位大佬的絕世好問題和精彩討論！
用一個哥們的私信作為結語吧：
感謝閱讀，本次分享的內(nèi)容就結束了。
歡迎大家加我微信好友，盡個點贊之交，一起進化吧!
推薦閱讀：
如何打造數(shù)據(jù)治理閉環(huán)？以金融行業(yè)為例
更多精彩：
本文為作者獨立觀點，不代表鳥哥筆記立場，未經(jīng)允許不得轉載。
《鳥哥筆記版權及免責申明》 如對文章、圖片、字體等版權有疑問，請點擊 反饋舉報
我們致力于提供一個高質(zhì)量內(nèi)容的交流平臺。為落實國家互聯(lián)網(wǎng)信息辦公室“依法管網(wǎng)、依法辦網(wǎng)、依法上網(wǎng)”的要求，為完善跟帖評論自律管理，為了保護用戶創(chuàng)造的內(nèi)容、維護開放、真實、專業(yè)的平臺氛圍，我們團隊將依據(jù)本公約中的條款對注冊用戶和發(fā)布在本平臺的內(nèi)容進行管理。平臺鼓勵用戶創(chuàng)作、發(fā)布優(yōu)質(zhì)內(nèi)容，同時也將采取必要措施管理違法、侵權或有其他不良影響的網(wǎng)絡信息。
一、根據(jù)《網(wǎng)絡信息內(nèi)容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護法》等法律法規(guī)，對以下違法、不良信息或存在危害的行為進行處理。
1. 違反法律法規(guī)的信息，主要表現(xiàn)為：
1)反對憲法所確定的基本原則；
2)危害國家安全，泄露國家秘密，顛覆國家政權，破壞國家統(tǒng)一，損害國家榮譽和利益；
3)侮辱、濫用英烈形象，歪曲、丑化、褻瀆、否定英雄烈士事跡和精神，以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽、榮譽；
4)宣揚恐怖主義、極端主義或者煽動實施恐怖活動、極端主義活動；
5)煽動民族仇恨、民族歧視，破壞民族團結；
6)破壞國家宗教政策，宣揚邪教和封建迷信；
7)散布謠言，擾亂社會秩序，破壞社會穩(wěn)定；
8)宣揚淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪；
9)煽動非法集會、結社、游行、示威、聚眾擾亂社會秩序；
10)侮辱或者誹謗他人，侵害他人名譽、隱私和其他合法權益；
11)通過網(wǎng)絡以文字、圖片、音視頻等形式，對未成年人實施侮辱、誹謗、威脅或者惡意損害未成年人形象進行網(wǎng)絡欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法規(guī)禁止的其他內(nèi)容；
2. 不友善：不尊重用戶及其所貢獻內(nèi)容的信息或行為。主要表現(xiàn)為：
1)輕蔑：貶低、輕視他人及其勞動成果；
2)誹謗：捏造、散布虛假事實，損害他人名譽；
3)嘲諷：以比喻、夸張、侮辱性的手法對他人或其行為進行揭露或描述，以此來激怒他人；
4)挑釁：以不友好的方式激怒他人，意圖使對方對自己的言論作出回應，蓄意制造事端；
5)羞辱：貶低他人的能力、行為、生理或身份特征，讓對方難堪；
6)謾罵：以不文明的語言對他人進行負面評價；
7)歧視：煽動人群歧視、地域歧視等，針對他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊；
8)威脅：許諾以不良的后果來迫使他人服從自己的意志；
3. 發(fā)布垃圾廣告信息：以推廣曝光為目的，發(fā)布影響用戶體驗、擾亂本網(wǎng)站秩序的內(nèi)容，或進行相關行為。主要表現(xiàn)為：
1)多次發(fā)布包含售賣產(chǎn)品、提供服務、宣傳推廣內(nèi)容的垃圾廣告。包括但不限于以下幾種形式：
2)單個帳號多次發(fā)布包含垃圾廣告的內(nèi)容；
3)多個廣告帳號互相配合發(fā)布、傳播包含垃圾廣告的內(nèi)容；
4)多次發(fā)布包含欺騙性外鏈的內(nèi)容，如未注明的淘寶客鏈接、跳轉網(wǎng)站等，誘騙用戶點擊鏈接
5)發(fā)布大量包含推廣鏈接、產(chǎn)品、品牌等內(nèi)容獲取搜索引擎中的不正當曝光；
6)購買或出售帳號之間虛假地互動，發(fā)布干擾網(wǎng)站秩序的推廣內(nèi)容及相關交易。
7)發(fā)布包含欺騙性的惡意營銷內(nèi)容，如通過偽造經(jīng)歷、冒充他人等方式進行惡意營銷；
8)使用特殊符號、圖片等方式規(guī)避垃圾廣告內(nèi)容審核的廣告內(nèi)容。
4. 色情低俗信息，主要表現(xiàn)為：
1)包含自己或他人性經(jīng)驗的細節(jié)描述或露骨的感受描述；
2)涉及色情段子、兩性笑話的低俗內(nèi)容；
3)配圖、頭圖中包含庸俗或挑逗性圖片的內(nèi)容；
4)帶有性暗示、性挑逗等易使人產(chǎn)生性聯(lián)想；
5)展現(xiàn)血腥、驚悚、殘忍等致人身心不適；
6)炒作緋聞、丑聞、劣跡等；
7)宣揚低俗、庸俗、媚俗內(nèi)容。
5. 不實信息，主要表現(xiàn)為：
1)可能存在事實性錯誤或者造謠等內(nèi)容；
2)存在事實夸大、偽造虛假經(jīng)歷等誤導他人的內(nèi)容；
3)偽造身份、冒充他人，通過頭像、用戶名等個人信息暗示自己具有特定身份，或與特定機構或個人存在關聯(lián)。
6. 傳播封建迷信，主要表現(xiàn)為：
1)找人算命、測字、占卜、解夢、化解厄運、使用迷信方式治?。?br /> 2)求推薦算命看相大師；
3)針對具體風水等問題進行求助或咨詢；
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失，包括通過占卜方法問婚姻、前程、運勢，東西寵物丟了能不能找回、取名改名等；
7. 文章標題黨，主要表現(xiàn)為：
1)以各種夸張、獵奇、不合常理的表現(xiàn)手法等行為來誘導用戶；
2)內(nèi)容與標題之間存在嚴重不實或者原意扭曲；
3)使用夸張標題，內(nèi)容與標題嚴重不符的。
8.「飯圈」亂象行為，主要表現(xiàn)為：
1)誘導未成年人應援集資、高額消費、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號召粉絲、雇用網(wǎng)絡水軍、「養(yǎng)號」形式刷量控評等行為
5)通過「蹭熱點」、制造話題等形式干擾輿論，影響傳播秩序
9. 其他危害行為或內(nèi)容，主要表現(xiàn)為：
1)可能引發(fā)未成年人模仿不安全行為和違反社會公德行為、誘導未成年人不良嗜好影響未成年人身心健康的；
2)不當評述自然災害、重大事故等災難的；
3)美化、粉飾侵略戰(zhàn)爭行為的；
4)法律、行政法規(guī)禁止，或可能對網(wǎng)絡生態(tài)造成不良影響的其他內(nèi)容。
二、違規(guī)處罰
本網(wǎng)站通過主動發(fā)現(xiàn)和接受用戶舉報兩種方式收集違規(guī)行為信息。所有有意的降低內(nèi)容質(zhì)量、傷害平臺氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當一個用戶發(fā)布違規(guī)內(nèi)容時，本網(wǎng)站將依據(jù)相關用戶違規(guī)情節(jié)嚴重程度，對帳號進行禁言 1 天、7 天、15 天直至永久禁言或封停賬號的處罰。當涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊、使用帳號，或者濫用多個帳號發(fā)布違規(guī)內(nèi)容時，本網(wǎng)站將加重處罰。
三、申訴
隨著平臺管理經(jīng)驗的不斷豐富，本網(wǎng)站出于維護本網(wǎng)站氛圍和秩序的目的，將不斷完善本公約。
如果本網(wǎng)站用戶對本網(wǎng)站基于本公約規(guī)定做出的處理有異議，可以通過「建議反饋」功能向本網(wǎng)站進行反饋。
(規(guī)則的最終解釋權歸屬本網(wǎng)站所有)