--- schema_version: "1" id: 45a45a355a4d6ce194cef527c3e7ef8d3ed7ae901ebad9a8321cd01905313379 title: 可靠 - 效能 collection: architect version: next locale: zh-tw portal_url: https://docs.salesforce.com/architect/next/zh-tw/well-architected-tools/guides/trusted-performance.md canonical_url: https://staging.architect.salesforce.com/docs/architect/zh-tw/well-architected-tools/guide/trusted-performance.html source_site: staging.architect.salesforce.com content_type: documentation content_hash: 9318dc15d6ed0627ef8a88906f3d0e32a68d5128c0e6b7af3bfffeb7060e3c81 products: - 結構良好的工具 - Architect Site Content Repo --- # 可靠 - 效能 ### 延遲模式 深入瞭解結構良好、[信任](/docs/architect/zh-tw/well-architected/guide/trusted-overview) → [可靠](/docs/architect/zh-tw/well-architected/guide/reliable) → [效能](/docs/architect/zh-tw/well-architected/guide/reliable#績效) → [延遲](/docs/architect/zh-tw/well-architected/guide/reliable#延遲性) | 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 | | --------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Data 360 \| 組織 | ✅ 資料串流的利用插入更新插入,而非完整重新整理 (若有可能) 完整重新整理會完全清除表格,然後重新填入資料。除非您真的需要完整重新整理,否則請選擇更新插入以僅取得新的和/或更新的記錄。這會改善處理時間並降低信用額度使用量。 | | Einstein \| 工作人員 | ✅ 工作人員指派給指定主題的動作不超過 15 個。在「工作人員產生器」的「此主題的動作」索引標籤中會列出 15 個或更少的動作 | | Einstein \| 搜尋索引 | ✅ 將低基數的欄位從「搜尋索引」中省略,以減少工作人員延遲 將具有非常低基數 (清單中不同元素的數目) 或低 entropy 的欄位 (列出項目集中於幾個值) 會影響相關性和延遲 使用搜尋索引產生器中的進階設定,僅選取要切分的相關欄位。這會減少搜尋索引的大小,減少工作人員的延遲 | | 平台 \| 流程 | ✅ 指定「取得記錄」中的欄位以改善效能 當您指定要在「取得記錄」元素中儲存的欄位時,您會減少從伺服器傳回並傳送至用戶端的資料量。如果「資料表」耗用此元素的輸出,您可能會在元件中看見顯著的效能改善 | | 平台 \| 組織 | ✅ 報告用於單一特定目的 | | 平台 \| 組織 | ✅ 報告包含決策所需的最少列和欄數 | | 平台 \| 組織 | ✅ 篩選條件使用 equals/not equal | | 平台 \| 組織 | ✅ 篩選條件不包含公式欄位 | | 平台 \| 組織 | ✅ 共用模式會盡可能簡化 | | 平台 \| 組織 | ✅ 自訂 UI 元件使用 Lightning Web 元件 | | 平台 \| 組織 | ✅ LWC 使用 Lightning Data Service 進行資料作業 | | 平台 \| 組織 | ✅ 在 JavaScript 的用戶端處理排序和篩選清單資料 | | 平台 \| 組織 | ✅ 針對效能稽核清單檢視、報告和顯示面板 定期檢閱會識別效能問題 (高執行階段/DB CPU 耗用),且會更新或移除效能不佳的清單檢視、報告和顯示面板 | | 平台 \| 組織 | ✅ Salesforce Edge 已啟用 | ### 輸出模式 深入瞭解結構良好的[信任](/docs/architect/zh-tw/well-architected/guide/trusted-overview) → [可靠](/docs/architect/zh-tw/well-architected/guide/reliable) → [效能](/docs/architect/zh-tw/well-architected/guide/reliable#績效) → [輸出量](/docs/architect/zh-tw/well-architected/guide/reliable#輸出) | 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 | | --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | 平台 \| Apex | ✅ 大量 API 批次大小已仔細調整 根據物件的性質、作業和物件基礎的自動化,工作之間的批次大小可能會有所不同。批次大小是藝術品,而非科學品,因此調整批次大小十分重要,以盡可能執行許多工作,但執行時間不得超過 10 分鐘 | | 平台 \| 設計標準 | ✅ 如何使用平台快取的指引遵循平台快取最佳作法 | | 平台 \| 組織 | ✅ DML 或資料庫方法一律會針對 Apex 中的集合運作 | | 平台 \| 組織 | ✅ SOQL 陳述式是選擇性的 SOQL 中不使用 `LIKE` 比較或部分文字比較 | | 平台 \| 組織 | ✅ SOQL 陳述式是選擇性的比較運算子使用正邏輯 (即 `INCLUDES`、`IN`) 作為 SOQL 陳述式中的主要或唯一邏輯 | | 平台 \| 組織 | ✅ SOQL 陳述式是選擇性的 `= NULL` 使用狀況、`!= NULL` 罕見且/或一律遵循 SOQL 陳述式中的正比較運算子 | | 平台 \| 組織 | ✅ SOQL 陳述式是選擇性的 SOQL 中不會出現任何 `LIMIT 1` 陳述式 | | 平台 \| 組織 | ✅ 迴圈內沒有 SOQL 顯示 | | 平台 \| 組織 | ✅ 所有萬用字元條件都會顯示在 SOSL 中 | | 平台 \| 組織 | ✅ 大量化用於資料和系統作業 | | 平台 \| 組織 | ✅ 盡可能偏好非同步處理 | | 平台 \| 組織 | ✅ 已設定平台快取分割 | | 平台 \| 組織 | ✅ SOQL 陳述式為選擇性 | | 平台 \| 組織 | ✅ SOQL 陳述式是選擇性的 `ALL ROWS` 關鍵字的使用狀況不會出現在 SOQL 陳述式中 | --- ### 延遲反模式 深入瞭解結構良好、[信任](/docs/architect/zh-tw/well-architected/guide/trusted-overview) → [可靠](/docs/architect/zh-tw/well-architected/guide/reliable) → [效能](/docs/architect/zh-tw/well-architected/guide/reliable#績效) → [延遲](/docs/architect/zh-tw/well-architected/guide/reliable#延遲性) | 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern | | --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | | Data 360 \| 組織 | ⚡️ 依預設,「資料串流」重新整理模式設為「完整重新整理」。所有或大多數資料串流的重新整理模式為「完整重新整理」 | | Einstein \| 工作人員 | ⚡️ 工作人員已將超過 15 個動作指派給指定的主題 工作人員產生器中「此主題的動作」索引標籤中會列出超過 15 個動作 | | 平台 \| Lightning Web 元件 (LWC) | ⚡️ 假設應用程式事件僅在使用元件時執行 在 Lightning 主控台中,未聚焦索引標籤中包含的元件仍可聆聽應用程式事件,即使這些元件不可見 | | 平台 \| 組織 | ⚡️ 共用模式很複雜 | | 平台 \| 組織 | ⚡️ 自訂 UI 元件使用 Aura 或 Visualforce | | 平台 \| 組織 | ⚡️ LWC 使用 Apex 進行資料作業 | | 平台 \| 組織 | ⚡️ 使用 Apex 在伺服器端處理排序和篩選清單資料 | | 平台 \| 組織 | ⚡️ 使用篩選條件包含/不包含 | | 平台 \| 組織 | ⚡️ 篩選條件包含公式欄位 | | 平台 \| 組織 | ⚡️ Salesforce Edge 未啟用 | | 平台 \| 組織 | ⚡️ 報告適用於多種用途 | | 平台 \| 組織 | ⚡️ 報告包含決策不需要的額外列與欄 | ### 輸出反模式 深入瞭解結構良好的[信任](/docs/architect/zh-tw/well-architected/guide/trusted-overview) → [可靠](/docs/architect/zh-tw/well-architected/guide/reliable) → [效能](/docs/architect/zh-tw/well-architected/guide/reliable#績效) → [輸出量](/docs/architect/zh-tw/well-architected/guide/reliable#輸出) | 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern | | --------------------------------- | ------------------------------------------------------------------------------------------------------ | | 平台 \| Apex | ⚡️ 從單一同步動作中將多個 Future 或 Queueable 方法配套 從單一同步動作中建立多個非同步方法 | | 平台 \| Apex | ⚡️ 父系/子系配對分割在「大量 API」批次之間 多個批次包含與相同父系相關的子系記錄 | | 平台 \| 設計標準 | ⚡️ 如果有平台快取使用指引,則其不明確或不符合建議的最佳作法 | | 平台 \| 組織 | ⚡️ SOQL 陳述式為非選擇性 `= NULL`,`!= NULL` 條件會作為 SOQL 陳述式中的主要或唯一比較運算子使用 | | 平台 \| 組織 | ⚡️ SOQL 陳述式為非選擇性 `LIMIT 1` 陳述式會顯示在 SOQL 中 | | 平台 \| 組織 | ⚡️ SOQL 陳述式為非選擇性 `ALL ROWS` 關鍵字會用於 SOQL 陳述式 | | 平台 \| 組織 | ⚡️ DML 陳述式未大量處理 | | 平台 \| 組織 | ⚡️ 偏好使用同步流程 | | 平台 \| 組織 | ⚡️ SOQL 會顯示在迴圈內 | | 平台 \| 組織 | ⚡️ 規劃非同步作業在特定時間結束 設計假設非同步作業會在特定時間或指定 SLA 內結束的程序或解決方案。 | | 平台 \| 組織 | ⚡️ 從同步作業啟動批次工作 批次 Apex 工作是從同步一般使用者活動或整合 API 呼叫啟動 | | 平台 \| 組織 | DML 或資料庫方法會針對 Apex 中的單一記錄作業 | | 平台 \| 組織 | ⚡️ SOQL 陳述式為非選擇性 `LIKE`,萬用字元篩選條件會顯示在 SOQL 陳述式中 | | 平台 \| 組織 | ⚡️ SOQL 陳述式為非選擇性 使用 `NOT` 的比較,使用 `NOT IN` 條件作為 SOQL 陳述式中的主要或唯一比較運算子 | | 平台 \| 組織 | ⚡️ Visualforce 檢視狀態用於應用程式快取 | | 平台 \| 組織 | ⚡️ SOSL 很少或不一致用於萬用字元選取條件 | | 平台 \| Visualforce | ⚡️ Visualforce 遠端期間過度輪詢 高流量 Visualforce 頁面輪詢資料庫的頻率高於每五分鐘一次 | ---