专业服务业务的报表开发与数据模型构建
1. 业务挑战与效益
在专业服务业务中，若直接处理规范化的联机事务处理（OLTP）模式的复杂性，会增加项目报表开发部分的成本，且这种成本增加是持续的，因为未来开发的每个报表都会面临相同问题。底层源系统的任何更改可能会影响报表，而不仅仅影响源系统与数据仓库之间明确定义的接口。
此外，做出明智业务决策所需的信息很少包含在单个应用程序中。例如，预测数据和销售目标位于各种电子表格中，无法包含在报表里。而且，报表查询通常引用大量数据，而 OLTP 数据库通常针对单行写入进行优化，而非多行读取，这可能对时间表系统的性能产生过大影响。
不过，该解决方案将为客户带来以下好处：
- 提高客户满意度：通过更好的项目管理，使更多项目能够在预算内交付。
- 降低管理成本：自动化耗时的手动业务运营报告。
- 增加收入：使顾问及其经理能够规划以实现他们的利用率目标。
2. 数据模型设计
2.1 确定工作执行者
在这个数据模型中，首先从执行工作的人员（顾问和项目经理）入手。在专业服务业务中，实际情况更为复杂，包括不同类型的顾问、参与经理、人员经理、销售主管和行政人员等，但这些都可视为对简单模型的扩展。
为避免因人员职位随时间变化而丢失历史分析能力，我们将其建模为员工维度（Employee dimension），每个员工有一个职位，如顾问。这通常通过缓慢变化维度（SCDs）技术来处理。
员工维度的其他属性包括姓名、网络用户 ID 和电子邮件地址等。员工之间还存在“汇报关系”，这是一个自引用维度的例子。员工维度表结构如下：
|字段
