引言
事实表
存放度量值和维度表的外键。
维度表
角度，分类。时间维度，地域维度，状态维度。
旧的方式
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代表有无折扣。
插入一些数据，就想下面这样。
