要帮助用户探索数据,最佳方式之一就是构建有效的 Looker 信息中心,为用户提供精选数据视图。如果您希望为用户打造出色的性能体验,请在设计信息中心时参考本页中的提示。
Looker 信息中心会在浏览器中加载。为了实现最佳效果,请牢记以下几点。
信息中心性能最重要的元素是底层 SQL 查询性能。每个信息中心元素在未从缓存中返回时,都会运行一个 SQL 查询,该查询需要一定的时间在底层数据库上执行。如需详细了解如何构建高性能查询,请参阅优化 Looker 性能最佳实践页面的优化查询性能部分。
某些组件的内存密集型比与 SQL 相关,可能会导致信息中心性能降低:
-
数据量对性能的影响最大。返回的数据越多 则会消耗更多内存资源。包含数千个数据点的 Look 和信息中心元素将使用更多内存。
-
限制信息中心元素的数量。那里 没有硬性规定,因为单个应用的设计 都会影响其内存消耗 )。不过,请避免创建包含 25 个或更多查询的信息中心。创建导航链接,保持信息中心的简洁性 或通过创建指向自定义网址的链接, 创建从信息中心到信息中心的精选导航。您还可以 尝试将类似的测量串联到相同的单值可视化结果中, 避免大量单图块可视化
-
有策略地使用信息中心设置。如果 您的信息中心使用了自动刷新,请确保其刷新速度不会高于 ETL 流程。一般情况下,您应避免将自动刷新设置为 15 分钟以内。如果您要过滤信息中心,请勿使用 run on load(加载时运行)。使用必需的过滤条件来防止用户在没有 必要的过滤条件。
-
利用缓存。最佳做法是使用 数据组将所有 Looker 内容(信息中心、Look、时间表)与您的 ETL 流程同步。这有助于 避免在数据不是最新的时进行不必要的查询。
-
查询后处理功能(例如合并结果、自定义字段和表计算)会消耗内存。通过 使用的查询后处理功能越多,占用的内存就越多。如果您使用相同的 表格计算、合并结果或多个 Look 中的自定义字段 和信息中心,请考虑尽可能将它们硬编码到您的 LookML 模型中。一般而言,向信息中心添加的合并结果图块不应超过 4 个。
-
透视维度会消耗内存。通过 Look 或信息中心功能块中透视的维度越多,信息中心消耗的内存就越多 。正如第一个要点所述,这是因为系统返回的数据越多,使用的数据就越多。如果您要透视的维度的基数较高(许多唯一值),则每个值都有一列。在信息中心或 Look 一级进行过滤,以便用户选择最想比较的维度值,而不是一次性显示所有数据。
-
有许多列和行会消耗更多内存。为确保浏览器性能,建议不要超过 50 列。同样,正如第一个要点所述,Look 返回大量行和列可能会导致性能下降。在信息中心或 Look 级别进行过滤,以减少某个元素内的结果数量。
-
深入分析菜单中的信息中心实验室功能,同时 对内存消耗没有影响,可能会延长查询时间并导致信息中心性能降低。
-
利用在单个查询中使用共享过滤器来 在多个图块中呈现单个查询结果。这应该会减少 利用 查询来为多个信息中心元素提供支持。
请务必在添加元素后测试信息中心性能。在构建过程中,请继续前往信息中心并刷新页面,以确定在添加其他 Look 会对效果产生怎样的影响。
如果您对新的 Looker 信息中心感到满意,请务必使用文件夹权限 确保信息中心不会被意外更改。利用用户群组批量(而不是针对单个用户)管理内容访问权限和权限。
如果您遇到性能问题,请直接与 Looker 支持团队联系,我们的团队将随时开展调查并提供帮助!