如要協助使用者探索資料，最好的方法之一就是建立有效的 Looker 資訊主頁，提供經過整理的檢視畫面。如要為使用者打造優質的效能體驗，請在設計資訊主頁時參考本頁面的提示。
瀏覽器會載入 Looker 資訊主頁。如要建構最佳效能的應用程式，請記住下列事實。
影響資訊主頁效能的最重要因素，就是基礎 SQL 查詢的效能。每個資訊主頁元素 (如果不是從快取傳回)，都會執行 SQL 查詢，這需要時間在基礎資料庫上執行。如要進一步瞭解如何建構高效能查詢，請參閱「最佳化 Looker 效能」最佳做法頁面的「最佳化查詢效能」一節。
部分元件比 SQL 相關元件更耗用記憶體，可能會導致資訊主頁效能緩慢：
-
資料量對效能的影響最大。個別元素傳回的資料越多，消耗的記憶體資源就越多。如果傳回的資料點多達數千個，系統會使用更多記憶體。
-
限制資訊主頁元素數量。由於單一元素的設計會根據幾個因素影響記憶體消耗量 (本頁稍後會說明)，因此沒有關於數量的硬性規定。不過，請避免建立含有 25 個以上查詢的資訊主頁。在資訊主頁之間建立導覽連結，或建立自訂網址的連結，即可在資訊主頁之間建立精選導覽，讓資訊主頁效能保持流暢。您也可以嘗試將類似指標串連到同一個單一值視覺化圖表，避免出現許多單一圖塊視覺化圖表。
-
善用資訊主頁設定。如果資訊主頁使用自動重新整理，請確認重新整理速度不會快於 ETL 程序。一般來說，請避免將自動重新整理間隔設為快於 15 分鐘。如果資訊主頁要經過篩選，請勿使用「載入時執行」。使用必要篩選器，防止使用者在沒有必要篩選器的情況下執行資訊主頁。
-
善用快取。最佳做法是使用 資料群組，將所有 Looker 內容 (資訊主頁、Look、排程) 與 ETL 程序同步處理。這有助於避免在資料不是最新狀態時進行不必要的查詢。
-
查詢後處理功能 (例如合併結果、自訂欄位和資料表計算) 會耗用記憶體。使用的查詢後處理功能越多，消耗的記憶體就越多。如果您在多個 Look 和資訊主頁中使用相同的資料表計算、合併結果或自訂欄位，請盡可能將這些項目硬式編碼到 LookML 模型中。一般來說，請勿在資訊主頁中新增超過四個合併結果動態磚。
-
透視維度會耗用記憶體。在 Look 或資訊主頁圖塊中樞紐的維度越多，載入資訊主頁時耗用的記憶體就越多。如第一個項目符號所述，這是因為傳回的資料越多，使用的資料就越多。如果樞紐分析的維度基數較高 (有許多不重複的值)，則每個值都會對應一個資料欄。在資訊主頁或 Look 層級套用篩選器，讓使用者選取最想比較的維度值，而不是一次顯示所有內容。
-
欄數和列數越多，耗用的記憶體就越多。為確保瀏覽器效能，建議您使用 50 欄以下的資料。如第一個項目所述，如果 Look 傳回大量資料列和許多資料欄，可能會降低效能。在資訊主頁或 Look 層級套用篩選器，減少元素中的結果數量。
-
透過單一查詢共用篩選器，在多個圖塊中顯示單一查詢結果。這樣一來，您就能運用單一查詢來支援多個資訊主頁元素，減少從資訊主頁執行的查詢總數。
-
AND/OR 篩選器。可建立的群組數量沒有上限，但過多的篩選器群組可能會影響瀏覽器效能。
-
請盡量不要使用「所有結果」選項下載或傳送查詢，因為部分查詢可能非常龐大，處理時會對 Looker 伺服器造成負擔。
新增元素後，請務必測試資訊主頁的效能。建構期間，請繼續前往資訊主頁並重新整理頁面，判斷新增其他 Look 時效能會受到哪些影響。
確認新的 Looker 資訊主頁符合需求後，請務必使用資料夾權限，確保資訊主頁不會遭到意外變更。利用使用者群組大量管理內容存取權和權限，不必逐一為使用者設定。
如有任何效能問題，請直接與 Looker 支援團隊聯絡，我們的團隊隨時準備好調查並提供協助！