資料庫設計-從傳統方式到事實表加維表的方式1

引言

事實表

存放度量值和維度資料表的外鍵。

維度資料表

角度，分類。時間維度，地區維度，狀態維度。

舊的方式

select*from order oinner join district d on o.discode=d.discodeinner join address a on o.addressid=a.addressidwhere o.createdate > '2012-2-5' and o.createdate < '2013-12-5'and o.isb2c='1'and o.status='1'and o.discode='111010000000'and a.address like '北京%'

寫死了預存程序，增加條件很困難。條件一變化，或者是有新增的欄位，往往很多預存程序都需要修改，都要加上一個and條件，甚至是inner join一張新表，很是痛苦。總是思考有沒有好辦法，但總是沒有想出來好的辦法。

最近看資料倉儲的建設，看到了事實表，維度資料表這些概念，結合自己做過的項目，有了一點點的感觸。

其實一些標誌位，狀態，都可以看做是銷售資訊的一個維度。

通俗的說，就是不在訂單表上條件欄位了。以前一出現新的需求，就是直接在訂單表中添加欄位，訂單表越來越大，總覺得很多欄位和訂單沒有太多直接關係，但是想不出來該怎麼辦，不知道該歸結到那張表中，是建立一張表？還是其他什麼表？總是很糾結，最後的結果往往還是添加在訂單表中。

多條件查詢，動態查詢，不同維度綜合查詢。

其實就是不同維度串連查詢，條件越多，參與的維度越多。每增加一個維度，就串連一個維度資料表，這樣就可以做成動態，在代碼中寫好條件的拼接，資料庫表的拼接，以後增加欄位和表就幾乎不用改動任何代碼，包括程式碼和SQL代碼，都不用手動維護了。

select*from order oinner join isb2c i on o.is=i.isinner join status s on o.statusid=s.statusidinner join address a on o.addressid=a.addressid

資料庫設計方式

1 傳統直接映射

在以前的資料設計中都會有一種bool的欄位，代表的含義就是：是】或者否】。

舉個例子說明一下，下面舉一個產品表的例子。

好辦，在表中加上一個欄位，就想一樣HasDiscount代表有無折扣。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/22441911Y-0.png" title="QQ1.png" style="float:none;" />

插入一些資料，就想下面這樣。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/22441a564-1.png" style="float:none;" title="QQ2.png" />

有一個情境就是查詢產品，其中有一個條件就是有無折扣，條件有三種情況：

1. 有折扣。

2. 無折扣。

3. 忽略這個條件，就是不管有無都查詢出來。

DECLARE @Has CHAR(1)--0無，1有，3忽略SET @Has='3'IF(@Has='3')BEGIN    SELECT        p.ProductID,        p.ProductName    FROM SWB_Demo.dbo.T_Products p                                                                                                                                                                                                                                                                                                                                                                             ENDELSEBEGIN    SELECT        p.ProductID,        p.ProductName    FROM SWB_Demo.dbo.T_Products p    WHERE p.HasDiscount=@HasEND

上面SQL中的@Has還可以寫成判斷是否為null，反正只要是區別於0和1的其他值都可以實現同樣的效果。

好像看起來還可以，但是需求變化了，需要再加上一個bool的欄位，在查詢情境也有上面的三種情況。

好吧，又是一個分支，繼續添加。

DECLARE @HasDiscount CHAR(1)--0無，1有，3忽略SET @HasDiscount='3'DECLARE @Has CHAR(1)--0無，1有，3忽略SET @Has='1'IF(@Has='3')BEGIN    IF(@HasDiscount='3')    BEGIN        SELECT            p.ProductID,            p.ProductName        FROM SWB_Demo.dbo.T_Products p                                                                                                                                                                                                                                                                                                                                      END    ELSE    BEGIN        SELECT            p.ProductID,            p.ProductName        FROM SWB_Demo.dbo.T_Products p        WHERE p.HasDiscount=@HasDiscount    ENDENDELSEBEGIN    IF(@HasDiscount='3')    BEGIN        SELECT            p.ProductID,            p.ProductName        FROM SWB_Demo.dbo.T_Products p        where p.Has=@Has    END    ELSE    BEGIN        SELECT            p.ProductID,            p.ProductName        FROM SWB_Demo.dbo.T_Products p        WHERE p.HasDiscount=@HasDiscount        AND p.Has=@Has    ENDEND

好吧，需求被我搞定了，然後說：“再也不要添加這樣的屬性了，否則這段SQL誰也維護不了了，我要逃跑了！”。但是需求是肯定會變的，而且在很多情況這樣的屬性都少不了，那怎麼辦呢，難道大家都是這麼做的嗎?

好像聽說人家都不用寫預存程序，至少是很少寫的，怎麼我這個地方就成了噩夢了呢。

聽說好像可以用代碼產生SQL，只要封裝的好，就可以實現添加表，添加欄位，不用每次修改SQL，既然有，肯定是可以實現的，至少在某種程度上可以減少開發量，因為這種屬性是沒有辦法窮舉的。

2 事實表加維表

經過這幾天對於事實表和維表的學習，有了一點小的想法，所以分享一下。

首先將產品表的結構修改如下。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/2244193N4-2.png" title="QQ7.png" style="float:none;" />

產品表只包含產品相關資訊，是否打折可以看做是一個維度。

建立一個是否打折表，如。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/22441a2Q-3.png" style="float:none;" title="QQ3.png" />

插入下面的兩條資料，一條代表打折，一條代表不打折。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/22441a340-4.png" style="float:none;" title="QQ4.png" />

建立一種商品打折關係表，存放商品和是否打折的關係資料。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/2244192O0-5.png" style="float:none;" title="QQ5.png" />

插入下面的資料。

650) this.width=650;" src="http://www.bkjia.com/uploads/allimg/131228/2244192256-6.png" style="float:none;" title="QQ6.png" />

這時候SQL就可以寫成下面的樣子。

--不考慮是否打折這個條件SELECT*FROM SWB_Demo.dbo.T_Products pWHERE p.ProductName LIKE '%果%'--考慮是否打折這個條件SELECT*FROM SWB_Demo.dbo.T_Products pINNER JOIN SWB_Demo.dbo.T_ProductHasDiscount php ON p.ProductID=php.ProductIDINNER JOIN SWB_Demo.dbo.T_HasDiscount ph ON php.HasID=ph.HasIDAND ph.HasNot='1'WHERE p.ProductName LIKE '%果%'

中間的串連打折表和打折關係表的部分就可以動態拼接，整個SQL語句的產生用代碼來實現，不用每次變動就修改SQL了，是不是更好一點呢？

本文出自 “突破中的IT結構師” 部落格，請務必保留此出處http://virusswb.blog.51cto.com/115214/1205589