建構效能優異的 Looker 資訊主頁時的考量

建立有效的 Looker 資訊主頁，為使用者提供精選檢視畫面，是讓使用者探索資料的最佳方式之一。如要為使用者打造優異的效能體驗，請在設計資訊主頁時參考本頁的提示。

Looker 資訊主頁會在瀏覽器中載入。為了達到最佳效能，請務必留意下列事項。

影響資訊主頁效能的最重要因素是基礎 SQL 查詢效能。每個資訊主頁元素在未從快取中傳回時，都會執行 SQL 查詢，而這項作業在基礎資料庫上執行時需要花費時間。如要進一步瞭解如何建構效能良好的查詢，請參閱「最佳化 Looker 效能」最佳做法頁面中的「最佳化查詢效能」一節。

某些元件與 SQL 相關性較低，但會耗用大量記憶體，可能會導致資訊主頁效能變慢：

• 資料量對效能影響最大。個別元素傳回的資料越多，所耗用的記憶體資源就越多。返回成千上萬個資料點的樣式和資訊主頁元素會占用更多記憶體。

• 限制資訊主頁元素數量。這個數字沒有確切的規則，因為單一元素的設計會根據幾個因素影響記憶體用量 (詳見本頁後續內容)。不過，請避免建立包含 25 項以上查詢的資訊主頁。在資訊主頁之間建立導覽連結，或建立指向自訂網址的連結，以便建立從一個資訊主頁到另一個資訊主頁的導覽功能，維持資訊主頁的流暢效能。您也可以嘗試將類似的評量指標連結至同一個單一值圖表，避免產生多個單一圖塊圖表。

• 善用資訊主頁設定。如果資訊主頁使用自動重新整理功能，請確認重新整理速度不超過 ETL 程序。一般來說，請勿將自動重新整理時間設為 15 分鐘以下。如果資訊主頁需要篩選，請勿使用「run on load」。使用必填篩選器，避免使用者在未設定必填篩選器的情況下執行資訊主頁。

• 善用快取功能。最佳做法是使用 資料群組，將所有 Looker 內容 (資訊主頁、Look、排程) 與 ETL 程序保持同步。這有助於在資料未更新時避免不必要的查詢。

• 後續查詢處理功能 (例如合併結果、自訂欄位和資料表計算) 會耗用記憶體。使用越多後查詢處理功能，所需記憶體就會越多。如果您在多個 Look 和資訊主頁中使用相同的資料表計算、合併結果或自訂欄位，請盡可能將這些項目硬式編碼至 LookML 模型。一般來說，請勿在資訊主頁中加入超過四個合併結果圖塊。

• 透視維度會消耗記憶體。在 Look 或資訊主頁資訊方塊中樞紐的維度越多，載入資訊主頁時所耗用的記憶體就越多。如第一個項目所述，這是因為系統會使用更多資料來傳回更多資料。如果您要樞紐的維度具有高基數 (許多不重複值)，則每個值都會有一個欄。在資訊主頁或 Look 層級篩選資料，讓使用者選取最想比較的維度值，而非一次顯示所有資料。

• 資料欄和資料列越多，所需記憶體就越多。為了提升瀏覽器效能，建議使用 50 個以下的欄。如同第一個項目所述，Look 傳回大量資料列和多個資料欄可能會降低效能。在資訊主頁或 Look 層級篩選，減少元素中的結果數量。

• 利用單一查詢的共用篩選器，在多個資訊方塊中顯示單一查詢結果。這樣一來，您就能利用單一查詢為多個資訊主頁元素提供動力，從而減少透過資訊主頁執行的查詢總數。

• 請謹慎使用「所有結果」選項提交查詢，因為某些查詢可能非常龐大，在處理時會讓 Looker 伺服器不堪負荷。