据我所知,我知道OLAP在Power Pivot中用于加速与数据的交互。
但我知道像谷歌BigQuery和亚马逊RedShift这样的大数据数据库已经出现在最后几个……
那要看。我有一些BI解决方案的经验(例如,我们使用Tableau),它可以运行两种主要模式:它可以对您的服务器执行查询,或者可以收集相关数据并将其存储在用户的机器上(或在安装了应用程序的服务器上)。使用大卷时,我们曾经使Tableau查询SQL Server本身,这是因为我们的SQL Server机器与我们拥有的其他机器相比非常强大。
无论如何,即使您在本地存储数据并希望“刷新”它,当它更新数据时,它需要从数据库中检索它,这有时也可能是一项昂贵的操作(取决于您的数据的构建方式和组织)。
您还应该注意到,您比较了两种不同的产品系列:虽然Google BigQuery和Amazon的RedShift实际上是用于存储数据并查询数据的数据库引擎,但大多数BI和报告解决方案更关注查询数据和可视化因此(一般而言)不太关注智能内部数据库(至少根据我的经验)。
Looker依赖于数据库的速度,但确实对数据建模以帮助提高速度。模式和潜望镜与此类似。 Chartio不确定。
OLAP用于组织数据以帮助查询速度。虽然许多BI产品(如Power Pivot和Pentaho)都在使用它们,但有几家公司已经建立了自己的组织数据方式来帮助提高查询速度。有时,这包括将数据存储在自己的数据结构中以组织数据。像Birst,Domo和Gooddata这样的许多云BI公司都是这样做的。
Looker创建了一种名为的建模语言 LookML 模拟存储在数据存储中的数据。由于数据库现在比创建OLAP时更快,因此Looker采用直接连接到数据存储(Redshift,BigQuery,Snowflake,MySQL等)的方法来查询数据。 LookML模型允许用户与数据交互,然后运行查询以在表或可视化中获得结果。