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

引言事實表存放度量值和維度表的外鍵。維度表角度，分類。時間維度，地域維度，狀態維度。舊的方式select*fromorderoinnerjoindistrictdono.discode=d.discodein

引言

事實表

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

維度表

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

舊的方式

select * from order o inner join district d on o.discode=d.discode inner join address a on o.addressid=a.addressid where 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 o inner join isb2c i on o.is=i.is inner join status s on o.statusid=s.statusid inner join address a on o.addressid=a.addressid

數據庫設計方式

1 傳統直接映射

在以前的數據設計中都會有一種bool的字段，代表的含義就是：【是】或者【否】。

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

好辦，在表中加上一個字段，就想下圖一樣HasDiscount代表有無折扣。

插入一些數據，就想下面這樣。

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

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 END ELSE BEGIN SELECT p.ProductID, p.ProductName FROM SWB_Demo.dbo.T_Products p WHERE p.HasDiscount=@Has END

上面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 END END ELSE BEGIN 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 END END

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

好像聽說人家都不用寫存儲過程，至少是很少寫的，美國空間，怎么我這個地方就成了噩夢了呢。

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

2 事實表加維表

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

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

插入下面的數據。

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

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

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

本文出自 “突破中的IT結構師” 博客，請務必保留此出處

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com