当我们使用数据仓库和数据仓库时？

Question

我是DW的新手。什么时候我们应该使用术语Datamart，什么时候我们应该使用术语Datawarehousing。请举例说明，可以是你自己的例子，也可以是Adventureworks。

Answer 1

我不在MS SQL Server上工作。但这里有一个业务用例的通用示例。

让我为此添加另一个术语。首先，有一个与应用程序交互的主transactional database (显然，假设您有一个要与之交互的应用程序)。数据被写入Master database (希望您正在使用Master-Slave replication)，同时被复制到从属数据库中。根据业务和报告需求，对应用程序数据执行清理和ETL，并将数据聚合并存储在denormalized表单中，以提高报告性能并减少joins数量。业务用户可以随时获得复杂的预先计算的数据，以便进行报告和分析。这是一个dimensional database --它是主事务数据库的非规范化形式(很可能在3NF中)。

但是，正如您可能知道的，所有企业都有不同的支持系统，这些系统也会以电子表格、csvs和平面文件的形式引入数据。这些数据通常是针对单个域的，例如呼叫中心、集合等。我们可以将每一个这样的单独的域数据称为数据集市。来自不同领域的数据也通过ETL工具进行操作，并以自己的方式进行denormalized。当我们组合所有的datamarts和dimensional databases来解决业务的报告和分析问题时，我们就得到了一个数据仓库。

假设你有一个主要的应用程序，在一个网站上运行--这是你的主要业务。您可以在该网站上进行所有主要的消费者互动。这将为您提供primary dimensional database。对于消费者支持，您可能有一个单独的解决方案，如Avaya或Genesys在您的公司实施-他们将为您提供相同(或可能不同的服务器)上的数据。您需要准备ETLs，以便将数据加载到您自己的服务器上。您将结果数据称为data marts。然后你将所有这些东西组合在一起，得到一个data warehouse。我知道，我是在重复，但那是故意的。