Datamart与reporting Cube有什么不同？

Question

这些术语到处都在使用，我不知道什么是明确的定义。我非常确定我知道什么是数据集市。我已经使用Business Objects和Cognos等工具创建了报告多维数据集。

我也曾有人告诉我，datamart不仅仅是一个多维数据集。

我也曾有人告诉我，datamart是一个报告多维数据集，仅此而已。

你理解的区别是什么？

Answer 1

OLAP可以(可以说应该)表示一些非常具体的东西--通过OLAP server呈现的Cube工件，比如MS Analysis Services或甲骨文(nee Hyperion) Essbase。然而，它也得到了更宽松的使用。这种类型的OLAP多维数据集使用支持多维数据集的查询工具，这些工具使用与标准关系数据库不同的API。通常，OLAP服务器维护自己的优化数据结构(称为MOLAP)，尽管它们可以作为关系数据源的前端(称为ROLAP)或以各种混合模式实现(称为HOLAP)

我尝试使用“cube”来表示OLAP服务器上的多维数据集，比如SSAS。

Business Objects的工作方式是通过一个或多个源(可以是关系数据库、OLAP或平面文件)查询数据，并在内存中创建一个称为MicroCube的数据结构，用于支持交互式切片和骰子活动。Analysis Services和MSQuery可以制作一个cube (.cub) file，它可以通过AS客户端软件或Excel打开，并以类似的方式进行切片和切分。IIRC业务对象的最新版本也可以打开.cub文件。

老生常谈，我认为Business Objects处在真正的联机分析处理系统(如ProClarity )和临时报表工具(如Report Builder、Oracle Discoverer或Brio )之间的“半结构化报表”空间中。往返到查询面板使它作为一个纯粹的思想流OLAP工具有点笨拙，但它确实提供了传统报表所不具备的交互性。我认为Business Objects的最佳之处在于两个地方:由不一定熟悉SQL的员工进行即席报告，以及提供以交互格式提供的计划报告，允许对数据进行深入分析。

'Data Mart'也是一个使用相当松散的术语，可以表示数据仓库系统的任何面向用户的数据访问媒介。该定义可以包括也可以不包括报告工具和元数据层、报告层表或其他项目，例如多维数据集或其他分析系统。

我倾向于将数据集市看作是完成报告的数据库，特别是如果它是整个数据仓库体系结构中一个易于定义的子系统。但是，将其视为面向用户的报告层是非常合理的，特别是如果存在允许最终用户直接获取数据的即席报告工具，如Business Objects或OLAP系统。

Answer 2

术语“数据集市”已经变得有些模棱两可，但它传统上与组织的信息系统的面向主题的子集相关联。数据集市并不显式地暗示多维技术的存在，例如OLAP和数据集市并不显式地暗示汇总数字数据的存在。

另一方面，多维数据集倾向于使用多维命名法(通常是OLAP技术)来表示数据，并且通常将数据汇总为多个层次结构的交叉点。(例如，你的家庭净资产与你的个人净资产以及两者之间的一切)通常，“cube”意味着一些非常具体的东西，而“data mart”则倾向于更一般。

我想，用OOP的话来说，您可以准确地说数据集市有一个多维数据集、一个关系数据库、一个漂亮的报表界面，等等…但是，说它们中的任何一个单独“是”数据集市是不太正确的。术语数据集市更具包容性。

Answer 3

数据集市是特定业务流程的数据集合。数据是如何存储的无关紧要。与具有行和列的表不同，多维数据集以一种特殊的方式存储数据。olap数据库中的多维数据集就像传统数据库中的表。数据集市可以有表或多维数据集。多维数据集使分析速度更快，因为它提前预先计算了聚合。