Database design 设计数据仓库的逻辑模型、事实表和维度表

您好，我是数据仓库的新手，作业要求我实现逻辑设计、物理设计和实现。您将如何在数据仓库中对此进行建模：

我希望设计一个数据仓库，它能给出棒球联赛统计数据的答案

球员

进攻性：

•击球手需要击球多少次

•得分为多少分

•有多少支安打、两支安打和三支安打

•完成了多少次全垒打

•许多RBI

•许多基础是球

在防守方面：

▪ 需要多少次出局，双人比赛

▪ 有多少次助攻

▪ 领队或投手有多少失误：

▪ 输了多少场比赛

▪ 他赢得了许多比赛

▪ 保存了多少个游戏

▪ 有多少完整的游戏领先

▪ 多少场比赛已经开始了 它有三次漂白

▪ 有多少命中率，双击率，三击率，全垒打率

至于球员的数据，重要的是可以将其视为 季节，有人知道一些关于DW设计精确部分的参考资料吗？有什么想法吗

---

非常感谢。

IBM红皮书中有两个标题非常贴切

---

IBM红皮书有两个标题很贴切

---

设计任何数据仓库的第一步都是选择业务流程。通过基于棒球统计确定报告要求，您已经做到了这一点，这已经是一个非常明确的过程（基于游戏规则）
第二步是识别颗粒。粒度是在报告查询中需要表示的最低详细级别。对于你的棒球比赛情况，这很可能是一个球场
接下来，您将确定描述晶粒所需的尺寸。这些都是很容易识别的-游戏，投手，击球手和比赛日期是显而易见的开始

---

最后，您将确定与这些维度相关的度量的事实。这包括您的问题中的许多度量，包括是否得分——这在任何维度组合中都是累加的，即局、比赛、团队、球员或赛季级别。
设计任何数据仓库的第一步是选择业务流程。通过基于棒球统计确定报告要求，您已经做到了这一点，这已经是一个非常明确的过程（基于游戏规则）
第二步是识别颗粒。粒度是在报告查询中需要表示的最低详细级别。对于你的棒球比赛情况，这很可能是一个球场
接下来，您将确定描述晶粒所需的尺寸。这些都是很容易识别的-游戏，投手，击球手和比赛日期是显而易见的开始
最后，您将确定与这些维度相关的度量的事实。这包括你问题中的许多衡量标准，包括是否得分——这在任何维度组合中都是累加的，即局数、比赛、团队、球员或赛季水平