数据库设计:从传统方式到事实表加维表的方式

时间:2014-12-03

老葡京网站娱乐 www.sdguanhua.com 引言

事实表

存放度量值和维度表的外键。

维度表

角度,分类。时间维度,地域维度,状态维度。

旧的方式

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代表有无折扣。

插入一些数据,就想下面这样。