

如需與 Amazon Timestream for LiveAnalytics 類似的功能，請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間，以進行即時分析。[在這裡](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)進一步了解。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 在 Timestream for LiveAnalytics 中使用排程查詢
<a name="scheduledqueries"></a>

Amazon Timestream for LiveAnalytics 中的排程查詢功能是全受管、無伺服器和可擴展的解決方案，用於計算和儲存彙總、彙總和其他形式的預先處理資料，通常用於操作儀表板、業務報告、臨機操作分析和其他應用程式。排程查詢可讓即時分析更具效能且符合成本效益，因此您可以從資料中衍生其他洞見，並繼續做出更好的商業決策。

透過排程查詢，您可以定義即時分析查詢，以計算資料的彙總、彙總和其他操作，以及 Amazon Timestream for LiveAnalytics 定期並自動執行這些查詢，並可靠地將查詢結果寫入單獨的資料表。資料通常會在幾分鐘內計算並更新為這些資料表。

然後，您可以指向儀表板和報告來查詢包含彙總資料的資料表，而不是查詢較大的來源資料表。這會導致效能和成本增加，可能會超過數量級。這是因為彙總資料的資料表包含的資料比來源資料表少得多，因此它們提供更快的查詢和更便宜的資料儲存。

此外，具有排程查詢的資料表提供 Timestream for LiveAnalytics 資料表的所有現有功能。例如，您可以使用 SQL 查詢資料表。您可以使用 Grafana 視覺化儲存在資料表中的資料。您也可以使用 Amazon Kinesis、Amazon MSK、 AWS IoT Core 和 Telegraf 將資料擷取至資料表。您可以在這些資料表上設定資料保留政策，以進行自動資料生命週期管理。

由於包含彙總資料之資料表的資料保留與來源資料表的資料完全分離，因此您也可以選擇減少來源資料表的資料保留，並將彙總資料保留更長的時間，只需資料儲存成本的一小部分。排程查詢可讓更多客戶更快、更便宜地存取即時分析，因此他們可以監控其應用程式並推動更好的資料驅動型業務決策。

**Topics**
+ [優勢](#scheduledqueries-benifits)
+ [使用案例](#scheduledqueries-usescases)
+ [範例](#scheduledqueries-example)
+ [概念](scheduledqueries-concepts.md)
+ [排程表達式](scheduledqueries-schedule.md)
+ [資料模型映射](scheduledqueries-mappings.md)
+ [通知訊息](scheduledqueries-notification.md)
+ [錯誤報告](scheduledqueries-errorreport.md)
+ [模式和範例](scheduledqueries-examplesandpatterns.md)

## 排程查詢優點
<a name="scheduledqueries-benifits"></a>

以下是排程查詢的優點：
+ **操作簡易** – 排程查詢是無伺服器且全受管的。
+ **效能和成本** – 由於排程查詢會預先計算資料的彙總、彙總或其他即時分析操作，並將結果存放在資料表中，因此存取由排程查詢填入之資料表的查詢包含的資料少於來源資料表。因此，在這些資料表上執行的查詢更快且更便宜。排程運算填入的資料表包含的資料少於來源資料表，因此有助於降低儲存成本。您也可以將此資料保留在記憶體存放區中較長的時間，只需將來源資料保留在記憶體存放區中的一小部分成本。
+ **互通性** – 由排程查詢填入的資料表提供 Timestream for LiveAnalytics 資料表的所有現有功能，並可搭配與 Timestream for LiveAnalytics 搭配使用的所有服務和工具使用。如需詳細資訊，請參閱[使用其他服務](https://docs.aws.amazon.com/timestream/latest/developerguide/OtherServices.html)。

## 排程查詢使用案例
<a name="scheduledqueries-usescases"></a>

您可以針對業務報告使用排程查詢，以摘要來自您應用程式的最終使用者活動，因此您可以訓練機器學習模型以進行個人化。您也可以針對偵測異常、網路入侵或詐騙活動的警示使用排程查詢，以便立即採取補救措施。

此外，您可以使用排程查詢來更有效管理資料。您可以透過僅授予排程查詢的來源資料表存取權，並讓開發人員僅存取排程查詢填入的資料表來執行此操作。這可將意外、長時間執行查詢的影響降至最低。

## 範例：使用即時分析來偵測詐騙付款並做出更好的商業決策
<a name="scheduledqueries-example"></a>

考慮一個付款系統，處理從美國主要都會城市分佈的多個point-of-sale終端機傳送的交易。您想要使用 Amazon Timestream for LiveAnalytics 來存放和分析交易資料，以便偵測詐騙交易並執行即時分析查詢。這些查詢可協助您回答商業問題，例如識別每小時最忙碌和最不使用point-of-sale終端機、每個城市一天中最忙碌的一小時，以及每小時大部分交易的城市。

系統每分鐘處理約 10 萬筆交易。存放在 Amazon Timestream for LiveAnalytics 中的每個交易都是 100 個位元組。您已設定每分鐘執行 10 個查詢，以偵測各種類型的詐騙付款。您也建立了 25 個查詢，將您的資料沿著各種維度進行彙總和分割/分割，以協助回答您的業務問題。每個查詢都會處理最後一個小時的資料。

您已建立儀表板，以顯示這些查詢所產生的資料。儀表板包含 25 個小工具，每小時重新整理一次，通常由 10 個使用者在任何指定時間存取。最後，您的記憶體存放區設定為 2 小時的資料保留期，而磁性存放區設定為具有 6 個月的資料保留期。

在此情況下，您可以使用即時分析查詢，在每次存取和重新整理儀表板時重新計算資料，或使用儀表板的衍生資料表。根據即時分析查詢的儀表板查詢成本為每月 120.70 美元。相反地，衍生資料表支援的儀表板查詢成本為每月 12.27 美元 （請參閱 [Amazon Timestream for LiveAnalytics 定價](https://aws.amazon.com/timestream/pricing/))。在此情況下，使用衍生資料表可將查詢成本降低約 10 次。