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

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

# 批次載入最佳實務
<a name="batch-load-best-practices"></a>

遵循下列條件和建議時，批次載入效果最佳 （高輸送量）：

1. 提交供擷取的 CSV 檔案很小，特別是檔案大小為 100 MB–1 GB，以改善平行處理和擷取速度。

1. 當批次載入進行中時，避免同時將資料擷取至相同的資料表 （例如，使用 WriteRecords API 操作或排程查詢）。這可能會導致調節，批次載入任務將會失敗。

1. 在批次載入任務執行時，請勿從用於批次載入的 S3 儲存貯體新增、修改或移除檔案。

1. 請勿刪除或撤銷資料表或來源的許可，或報告已排程或進行中批次載入任務的 S3 儲存貯體。

1. 擷取具有高基數組維度值的資料時，請遵循 的指引[分割多度量記錄的建議](data-modeling.md#data-modeling-multi-measure-partitioning)。

1. 請務必提交小型檔案來測試資料是否正確。無論正確性為何，您將需要支付提交至批次載入的任何資料的費用。如需定價的詳細資訊，請參閱 [Amazon Timestream 定價](https://aws.amazon.com/timestream/pricing/)。

1. 除非`ActiveMagneticStorePartitions`低於 250，否則請勿繼續批次載入任務。任務可能會受到調節並失敗。同時為相同的資料庫提交多個任務應該會減少數量。

以下是主控台最佳實務：

1. 僅將[建置器](batch-load-using-console.md#batch-load-using-visual-builder)用於更簡單的資料建模，該建模僅針對多度量記錄使用一個度量名稱。

1. 如需更複雜的資料建模，請使用 JSON。例如，當您在使用多度量記錄時使用多個度量名稱時，請使用 JSON。

如需其他 Timestream for LiveAnalytics 最佳實務，請參閱 [最佳實務](best-practices.md)。