疑难数据仓库专家解决方案

第1篇 难以应付的管理情况

第1章 管理问题（3）

1.1 概述（3）

1.2 数据仓库的失败历史（5）

1.3 IT的消极反应（8）

1.4 管理层的频繁变动（10）

1.5 来自IT部门的破坏（13）

1.6 试制系统必须完美（15）

1.7 用户部门不希望共享数据（18）

1.8 高级管理层不知道数据仓库团队做什么（21）

第2章 改变需求与目标（26）

2.1 概述（26）

2.2 业务系统不断变化（27）

2.3 源系统经常变化（31）

2.4 数据仓库幻想已逐渐破灭（35）

2.5 目标遭到曲解（37）

2.6 原型变成产品（41）

2.7 管理层未认可数据仓库项目的成功（45）

第3章 论证与预算（48）

3.1 概述（48）

3.2 用户工作效率不能作为理由（49）

3.3 公司怎么才能鉴别出基础设施的价值（53）

3.4 零售商需要数据仓库吗（56）

3.5 成本怎么才能得到合理分配（59）

3.6 必须论证历史数据（62）

3.7 原型没有经济价值（65）

第4章 组织与职员配备（70）

4.1 概述（70）

4.2 数据仓库团队应该向谁负责（72）

4.3 组织机构使用矩阵管理方式（75）

4.4 项目没有固定不变的业务主管（79）

4.5 企业的部门应该建设它自己的数据集市吗（82）

4.6 项目没有专职职员（86）

4.7 项目经理随时打点行装（91）

4.8 无人希望为公司工作（94）

4.9 组织机构没有准备好建设数据仓库（96）

第5章 用户问题（100）

5.1 概述（100）

5.2 用户想立刻就实现（102）

5.3 企业不支持该项目（106）

5.4 Web应用程序没有给用户留下深刻印象（109）

5.5 管理层由于多维工具太复杂而拒绝它们（111）

5.6 用户拥有很高的数据质量期望值（113）

5.7 用户不知道自己需要什么（117）

第6章 团队问题（121）

6.1 概述（121）

6.2 太热心的雇员对项目有威胁（124）

6.3 管理层给数据仓库项目指派能力差的团队成员（127）

6.4 管理层需要团队意见一致（130）

6.5 团队建设发生纠纷时的首席决策人（133）

6.6 团队成员对指定的进度漠不关心（136）

6.7 咨询人员自愿进行援救（139）

6.8 咨询人员正在运行演示（142）

6.9 承包商已经逃走（146）

6.10 知识传授没有进行（149）

6.11 数据仓库经理怎么才能最充分地使用咨询人员（153）

6.12 管理层希望外包数据仓库活动（158）

第7章 项目规划与进度安排（162）

第2篇 难以应付的技术情况

第8章 数据仓库标准（185）

第9章 工具与供应商（201）

第10章 安全（222）

第11章 数据质量（230）

第12章 集成（253）

第13章 数据仓库体系结构（278）

第14章 性能（305）

附录A 数据仓库词汇表（315）

附录B 口语词汇表（337）

资源（350）

专家自传（358）

本书的第1篇讨论管理方面的难以应付的情况，第2篇研究技术方面的难以应付的情况。这两篇中的讨论顺序大体上就是开发一个项目遇到这些情况的顺序，但是每一章都独立于它前面的各章节。读者可以从头至尾地阅读本书，但不必拘泥于这种阅读方式；读者也可以直接跳到讨论了给你造成最大麻烦的那些问题的章节。例如，如果读者目前正受困于数据质量问题，那么讨论数据质量的第11章可能就是你开始阅读的好地方。各章的每一节都介绍一个与本章主题相关的难以应付的情况，接着给出每位专家所建议的解决方案（按专家姓氏的字母顺序介绍）。