在sn做倉庫專案，根據自己負責的內容及sn的一些規範等，將這一階段的模型工作進行乙個思考和總結。
一、
倉庫字段、表等命名的規範
資料倉儲建設目的，其中重要的乙個方面就是建立統一的全域性檢視；表、欄位等的規範命名就是倉庫全域性檢視乙個方面的體現。
在進行規範命名的時候，一般會根據《資料建模字段簡寫命名規範.xlsx》來進行。《規範》中有的片語，對應的表及字段按照《規範》進行命名；有的字段片語在《規範》中沒有，則需要在《規範》中新加、完善和補充。新增加的《規範》簡寫，只是對應於某些欄位內的單個片語上，而非針對整個字段。對於一些常用的命名，如金額-amt、資料-num、非/不-un、**-cd、標識-flag等；對於一些業務專業性的，根據業務含義及其可能固有的簡寫進行參考命名。所以，命名可分為常用名詞縮寫、dw專有名詞縮寫及業務相關專有名詞縮寫三部分。
在資料倉儲建設過程中，可以考慮專門人員負責字段、表等命名的專業化、規範化工作；如同**統一工作一樣，專人負責。
二、
維度模型明細的層建模設計
在資料倉儲整合層與dm層之間，一般會有乙個過渡層，叫做維度標籤明細層。這一層的作用是在資料整合層與dm層之間起乙個過濾作用，使正規化建模的資料到維度模型之前有乙個緩衝。這一層主要是根據整合層的資料和下游報表的業務需求，進行類維度建模。
維度標籤明細層，主要包含如下一些部分，最細粒度的主鍵、下游報表需要展現的維度、數量金額型的度量、報表指標等的一些彙總性指標（打標籤）、報表篩選時用到的過濾欄位及下鑽到明細要展示的屬性字段等等。包含這些字段列表的明細層事實表，結合對應的維度表滿足下游報表的資料需求。
彙總性的一些指標，並不是乙個指標對應乙個標籤；而是盡可能將其分的更細。如果一些指標可以分成兩部分，那麼這個指標就對應用兩個標籤標記。這樣做的好處是，便於維度標籤明細層的擴充套件，便於整個模型的擴充套件。因為這一層設計的目的不是在於支援一張報表，而是支援某一類報表。對於以後上的一些報表或應用中，有可能只用到這個指標的一部分，那麼做乙個總體性的標籤就無法使用。
在這一層中，對於可以由本層計算得到的冗餘性指標字段，也不需要打標籤。可以在集市彙總層直接根據其他字段計算得到。
上面提到，維度標籤明細層的設計是為某一類報表，而非針對某乙個報表。就是將同一業務主題下，相同的粒度及所有可能用到的維度進行整合設計。
考慮到資料的效能，標籤值應該用（0，1）表示，而不能將不符便條件的置空。
三、
集市高度彙總層設計
集市高度彙總層是從維度標籤明細層根據具體的報表進行彙總而得；集市高度彙總層乙個彙總模型對應乙個報表。
集市高度彙總層模型主要包含如下內容：對應的維度、對應的指標及彙總時可能用到的過濾條件字段。報表的下鑽明細字段，應從維度標籤明細層取資料。
對於計算同比、環比、清理率等問題，因為要同歷史的快照進行比對，所以要根據具體的情況在集市彙總層新增一些月度、年度等彙總快照表。
四、
其他的一些思考
其實，在維度度明細層和高度彙總層之間也可以加乙個中度彙總層，用來計算從維度明細層到集市彙總層不能一次計算出的復合指標，其目的也就是用空間換取效能。模型架構從來就沒有定論，偉大如bill inmon和ralph kimball
者，都有針鋒相對的結論；所以，如何設計、採用幾層架構，從來就是乙個見仁見智的問題，要結合具體情況。模型設計師需要有強大的理解能力、全域性掌控能力及靈活的分析能力，每一點都很重要。
關於命名規範
一 常用命令命名方法 小駝峰法標識。駝峰法的意思是 除第乙個單詞之外，其他單詞首字母大寫。譬如 int mystudentcount 變數mystudentcount第乙個單詞是全部小寫，後面的單詞首字母大寫。pascal法 大駝峰法 相比小駝峰法，大駝峰法把第乙個單詞的首字母也大寫了。常用於類名，...
關於MySQL的命名規範
字段長度固定，或者長度近似的業務場景，適合使用char，能夠減少碎片，查詢效能高。字段長度相差較大，或者更新較少的業務場景，適合使用varchar，能夠減少空間 使用varchar 20 儲存手機號，不要使用整數 user id int 11 not null auto increment prim...
關於資料庫命名規範
a z a z 0 9 和 共 63個 如 useriduser id 資料庫物件 規則 物件名字由字首和實際名字組成，他們之間加下劃線，不要在物件名的字元之間留空格，長度不超過30字元。物件名字 字首 實際名字 字首 使用小寫字母 表 tb 檢視 vi 索引 idx 關聯 rl 儲存過程 sp函式...