一、如何理解数据库

二、如何从业务需求到数据库设计

三、如何让业务需求变成SQL语句

四、解读每一个数字后面的业务 

        在上一篇文章中知道了报表的三大职能：评价经营业绩、参与经济决策、预测经济前景；同时需要一位业务与技术集于一身的规划师来把握DW/BI项目的大局。

       那么从业务需求到数据库设计在需求阶段还需要产出哪些成果才能设计出一个真正对业务帮助的数据库。

       由于本人属于土八路类型的，不是正规军，所以我所想的在需求阶段产出的成果会与你们有一些不同。

       我个人认为的在需求阶段要产出的成果应该遵循《商业智能7B理论模型》中的业务分解框架，它包含：战略业务分解、全局数据流向、业务总线矩阵、业务流程管理。业务分解框架提供的是一种思想、一种框架，尽量遵循框架的思想原则，这样就会对一个企业了解的非常快，用业务分解框架思维与高层对话即理解高层说的话帮助非常大。

1、 战略业务分解：这里我用华为的业务线分解举例。 如果你是甲方或乙方都可以用这种九宫格来划分对应企业的战略业务线。

2、 全局数据流向：如何理解全局数据流向请观看以下视频，如果看一遍理解不了可以几遍。全局数据流向是加深你对业务产生怎样的数据理解。

3、 业务总线矩阵：把业务线及数据单元空间化，有利于记忆，从这一步开始作为DW/BI项目设计者要开始记住业务及设计架构。尽量把业务总线矩阵放入你的脑海里才能把握数据仓库的全局。

4、 业务流程管理：每个业务线单元的业务流程都不同，从这里开始会产生大量的个性化需求，所以从业务流程管理开始要注重个性化需求的收集。

       业务分解框架它提供的是一种任何行业通用框架，处于不同行业的你可以尝试着用这四种方法去做，从战略业务分解到业务流程管理是渐进明细的，也就是从大到小，从大范围渐渐的细化到小流程小业务点。

       当我们把业务分解框架的成果产出后，心理就有底气做总线矩阵了，我们前面做的业务分解框架慢慢演变从数据库，虽然总线矩阵还是一个抽象的东西，但是比起业务分解框架更接近数据库。

       总线矩阵演变到数据库中间还差什么？中间差了场景及分析思路，比如用财务来举例。

财务系统一般是如下这些流程。

那么要怎么分析它，财务分析有两种，一种是简单分析，一种是专业分析。

有了总线矩阵和分析场景就会产生主题和指标体系。

总线矩阵结合场景和分析思路及指标体系，最终会输出数据模型

 到这一步为止，如何从业务需求到数据库设计就结束了；中间有千千万万个细节，有太多无法用言语表达出来告诉你的隐型知识。整篇文章PPT图片很多，也无法联成一个完整的，每个节点用不同的行业来代替。如果每一个节点展开来写足够可以写三天三夜。快速的走通整个流程大家可以抓住每一个节点细品。