Data_Warehouse心得.pdf

Data warehouse 心得 海量Oracle 资料下载，请收藏 ODI(Oracle_Data_Integrator)一系列文档，独家整理 /thread-297960- 1- 1.html 1 / 8 一、为什么要推动data warehouse 自然演化体系会带来很多的问题： 1、 数据可信性（两个部门提供的数据是不一样的，让管理者无所适从）； a、 时间的基准不一；b 、算法差异；（认知不一致）c 、无公共的起始数据源 要靠推动data warehouse 使各部门之间对相同元素认知、定义和算法一致或者趋于一致； 2 、 报表的生产率的问题；由于oltp 的单项系统导致数据的分散性和相同元素定义不一致所致； 3、 oltp 的系统中无法保留很久的历史数据；单项系统之间保留的历史数据时间范围不一致； 无法 满足dss 分析的需要； 4 、 oltp 的单项系统中对维表的关键栏位的更改很少有记录；（如：客户的业务员的变更问题） 5、面向应用的设计无法满足面向主题的分析的需求；oltp 和dw 对后台设计要求的重点不同，oltp 主 要在意的是update 和insert ，而dw 主要在意的是select ； 6、 因为决策的需求大多是“灵光一现”的，是“前无古人”，“后无来者”的，是启发式的，而非 固定式的； 7、 分散的系统导致业务行为不可控，dw 能够对各地的业务行为进行事后的监控；（如：产品代号， 折让的问题）； 8、dw 能够把user 从复杂的统计工作中解放出来，从而提升企业的管理，让user 有时间从事对企业 更有益的事情。还可以精简企业的人员； 9、 降低企业获取信息的费用；提高企业的决策速度，加快企业对市场的反应能力； 10、没有dw ，IT 部门总是处在鞭梢的位置，总是在被动的响应状态；（因为主管感兴趣的事情总是 不时的变化的）； 11、可以透过dw 来观察公司的新的政策或者新的行销活动给公司带来的变化；(事件映射) 12、dw 是EIS 和数据挖掘的基础； 二、推动以前IT人员要有的观念 2 / 8 1、 首先满足用户的需求，再在用户使用过程中去引导用户朝正确的方向走； 2 、 老板看的投资回报； 3、 永远比user 考虑的明细；因为管理是一步步精细的； 4 、 dw 是反复才能建成的，所以dw 的版本要不停的迭代开发； 5、olap 软件可以是dw 的组成部分，但不是必选的，大多的olap 的软件数据库是多维的，从dw 中 把资料刷新至多维的数据库中会比较慢，但对多维的数据库查询起来速度必二维的速度快的多；所以是 要根据user 需求来进行合理的选择； 6、 前端的展现工具一定要有向上和向下钻取的功能； 三、和老板沟通的观念 1. dw 不可能满足所有的需求，Data warehouse 项目同样需要界定边界； 2. 同样的资料，角度不同（如财务，销售，市场，管理），结果就不一致，所以允许差异的存在， 但差异要在可解释的范围内； 通过定义不同的规则来玩这个游戏； 3. 问题的关键不在工具的好坏，而在于资料的可信度，原始数据和业务行为的规范； 4. 业务术语的定义和解释应由专门的单位来处理，从而保证集团自上至下的对术语定义的一致 性； （如销售业务行为中“铺货率”的定义） 5. 企业高层的支持非常重要； 6. 公司内的oltp 系统数据是动态的，总是在变的，所以dw 中的数据也会随之变化，dw 中昨天看 到的数据 和今天看到看到的不一样，不要大惊小怪； 7. dw 是用来做趋势分析、预测和提供数据挖掘的，对数据的要求不是非常精确，所以千万不要 拿dw 中的 数据来计算sales 的奖金； 8. 集团上下对为什么要推动dw 及dw 的作用的认知一致是非常重要的； 9. 最终用户专业化，要花很多的时间对end user 进行培训，提高user 的认知，最终的目标是user 自 己设计报 表；当然是在前端，而不是在“厨房”(后台) 中； 10．