View &引用；“储蓄”；用于Tableau的BigQuery视图

我试图通过直接在BigQuery中创建计算视图，在Tableau中创建更快的仪表盘

根据我对gcloud文档的理解，一旦被访问，视图将重新执行查询，因此它有点违背我的目标。*

*我的目标是消除动态计算，无论是在Tableau还是BigQuery中

是否可以通过预定的脚本或工作流“保存”这些视图

谢谢，

最好将视图看作是重新格式化表的一种方式，以使进一步查询看起来更方便。查询仍然必须在BigQuery上运行，这样做的好处是，对于Tableau来说，视图可能比原始表更简单（如果视图使用一些复杂的SQL来创建其某些列，则特别方便）。但这不会节省计算时间

但是，如果您的视图正在对一个较大的表进行一些复杂的合并，那么将结果保存为一个新表而不是创建一个视图可能是值得的。如果您的基础表不经常更改，这是可以的（经验法则，如果您每天使用结果，并且表每周更改一次，那么这可能是值得的，如果更改是每月一次的，当然也是值得的）。然后Tableau将查询预合并的结果，而不是更大的原始表。BigQuery的存储和处理成本很低，因此这通常是一个合理的解决方案

另一种方法是使用Tableau提取将数据带到本地驱动器或服务器中。这只有在表足够小，适合本地存储的情况下才实用，并且只有在适合本地内存的情况下（这可能比您想象的要多得多），它才能在速度方面非常有效。但是，至少在Tableau服务器上，可以将提取设置为按计划刷新，从而大大加快用户交互，并免除您必须记住手动更新合并表的麻烦。

最好将视图视为重新格式化表的一种方式，以使进一步查询更方便。查询仍然必须在BigQuery上运行，这样做的好处是，对于Tableau来说，视图可能比原始表更简单（如果视图使用一些复杂的SQL来创建其某些列，则特别方便）。但这不会节省计算时间

但是，如果您的视图正在对一个较大的表进行一些复杂的合并，那么将结果保存为一个新表而不是创建一个视图可能是值得的。如果您的基础表不经常更改，这是可以的（经验法则，如果您每天使用结果，并且表每周更改一次，那么这可能是值得的，如果更改是每月一次的，当然也是值得的）。然后Tableau将查询预合并的结果，而不是更大的原始表。BigQuery的存储和处理成本很低，因此这通常是一个合理的解决方案

---

另一种方法是使用Tableau提取将数据带到本地驱动器或服务器中。这只有在表足够小，适合本地存储的情况下才实用，并且只有在适合本地内存的情况下（这可能比您想象的要多得多），它才能在速度方面非常有效。但是，至少在Tableau服务器上，可以将提取设置为按计划刷新，从而大大加快用户交互，免除您手动更新合并表的麻烦。

您这样做的原因是什么？听起来你想缓存一些东西，可能会将较小的数据集写入一个表中，并在最终查询中使用。嗨，我的目标是像你说的那样简单地预计算和缓存数据，这样Tableau就不会占用服务器资源（和时间），而只是从表/视图中获取所需的数据。视图总是重新执行，但是缓存可以解决您的问题，如果基础表保持不变，它将不会重新运行，而是返回缓存的结果。否则，您可能需要将结果写入表中？您好，谢谢您的输入。但我不熟悉BigQuery缓存。这是我可以在UI中设置的东西吗？在这里阅读关于Tableau摘录的内容：你想要这样做的理由是什么？听起来你想缓存一些东西，可能会将较小的数据集写入一个表中，并在最终查询中使用。嗨，我的目标是像你说的那样简单地预计算和缓存数据，这样Tableau就不会占用服务器资源（和时间），而只是从表/视图中获取所需的数据。视图总是重新执行，但是缓存可以解决您的问题，如果基础表保持不变，它将不会重新运行，而是返回缓存的结果。否则，您可能需要将结果写入表中？您好，谢谢您的输入。但我不熟悉BigQuery缓存。这是我可以在UI中设置的东西吗？在这里阅读关于Tableau摘录的内容：嗨，谢谢你对此的详细解释。我们最初让仪表盘使用Tableau数据提取，但出于安全考虑，我们选择不使用它。（登录凭据嵌入到TDE中）。到目前为止，我们正在尝试通过在原始表上运行Tableau生成的查询来生成一个更小的数据集，Tableau可以从中“获取”数据。您好，感谢您对此的详细解释。我们最初让仪表盘使用Tableau数据提取，但出于安全考虑，我们选择不使用它。（登录凭据嵌入到TDE中）。到目前为止，我们正试图通过在原始表上运行Tableau生成的查询来使用这些查询，以生成一个更小的数据集，Tableau可以从中“获取”数据。