Database design 生产模式

有人能帮我理解生产模式和数据仓库模式之间的区别吗。

不要称之为“生产模式”。称之为“事务模式”，或OLTP

要使更新生效，它必须（至少）处于第三范式（3NF）

数据仓库使用“星型模式”，该模式根据不同的规则进行规范化。由于更新在事务数据库中的发生方式与在事务数据库中的发生方式不同，因此设计的规范化方式完全不同

阅读第三范式

阅读星型模式设计

有很多很多非常好的谷歌链接

更好的是，Kimball是《数据仓库工具包》一书。这很清楚。

不要称之为“生产模式”。称之为“事务模式”，或OLTP

要使更新生效，它必须（至少）处于第三范式（3NF）

数据仓库使用“星型模式”，该模式根据不同的规则进行规范化。由于更新在事务数据库中的发生方式与在事务数据库中的发生方式不同，因此设计的规范化方式完全不同

阅读第三范式

阅读星型模式设计

有很多很多非常好的谷歌链接

---

更好的是，Kimball是《数据仓库工具包》一书。这一点非常清楚。

在我目前的gig中，我们使用术语“事务性”和/或OLTP（感谢s.Lott）来表示表示业务数据的“当前”状态的数据库/模式。“分析”和/或OLAP数据库/模式保存更多的历史数据。通常，我们会对当前数据进行“快照”（将新行写入新表，在设计上类似于事务表），然后在其上加盖日期戳和/或为其分配“批处理”ID。这样，我们就可以轻松地分析数据是如何随时间变化的

例如：你可以看到一家公司的名称是如何改变的&何时改变的。在某些情况下，这是有用的信息。在其他情况下，您只需要当前名称。将这两个场景拆分为不同的表/数据库意味着您不必担心总是在历史表中查找“最近”的记录；所有这些信息都被移开了。另一个用途是，如果您需要根据过去的数据重新生成报告（如果您想要“该数据当时是如何回顾的？”视图）

---

这不一定是“正确”的定义。。。但是它是一个有用的工具。

在我目前的工作中，我们使用术语“事务”和/或OLTP（感谢S.Lott）来表示表示业务数据的“当前”状态的数据库/模式。“分析”和/或OLAP数据库/模式保存更多的历史数据。通常，我们会对当前数据进行“快照”（将新行写入新表，在设计上类似于事务表），然后在其上加盖日期戳和/或为其分配“批处理”ID。这样，我们就可以轻松地分析数据是如何随时间变化的

例如：你可以看到一家公司的名称是如何改变的&何时改变的。在某些情况下，这是有用的信息。在其他情况下，您只需要当前名称。将这两个场景拆分为不同的表/数据库意味着您不必担心总是在历史表中查找“最近”的记录；所有这些信息都被移开了。另一个用途是，如果您需要根据过去的数据重新生成报告（如果您想要“该数据当时是如何回顾的？”视图）

---

这不一定是“正确”的定义。。。但它是一个有用的数据库。

生产、运营和事务是一个“标准规范化（3NF）数据库”，针对数据存储和管理进行了优化。数据仓库（DW）星型模式针对报告和分析进行了优化。从业务用户的角度来看，数据仓库是只读的。DW是非规范化的——一条信息在许多地方重复——因此它们只通过“加载程序”（ETL）进行更新，没有用户交互。这是一个为数据存储和管理而优化的“标准规范化（3NF）数据库”，用于生产、运营和事务。数据仓库（DW）星型模式针对报告和分析进行了优化。从业务用户的角度来看，数据仓库是只读的。DW是非规范化的——一条信息在许多地方重复——因此它们只通过“加载程序”（ETL）进行更新，没有用户交互。这里是