確定正確的資料存放區選項
決定您應用程式專用的資料存放區選項。您可能必須考慮您為應用程式所選擇之資料存放區選項的流程與成本。有多個資料存放區選項可供使用：
• ThingWorx 使用的內部資料庫，例如 PostgreSQL、MS SQL 或 SAP HANA。通常，PostgreSQL 就算執行到估計 500 GB 的資料儲存，也能執行得很好。
 |
針對非生產實例，僅支援 H2，因為它們不支援大量資料。
|
• 當每秒的寫入量超出 ThingWorx 使用的內部資料庫限制時，請使用 DataStax Enterprise (DSE)。請參閱
ThingWorx 規模估算計算器。如果您已完成 ThingWorx 伺服器的規模估算，可在
此處檢閱。
• 使用提供 JDBC 連接器的任何資料儲存伺服器。ThingWorx 平台可使用 JDBC 驅動程式連線至關聯式資料庫，例如 Oracle。
|
|
「持續性提供者」可讓您連線至資料存放區，而且能夠對該資料執行 CRUD 操作。持續性提供者是 ThingWorx 中的實體類型。如需有關「持續性提供者」的詳細資訊，請參閱
ThingWorx 模型與資料最佳作法指南。
|
下表根據您應用程式中的資料類型提供要使用的資料存放區建議：
|
資料存放區選項
|
資料類型
|
|---|---|
|
關聯式資料庫
|
• 使用複雜 SQL 的資料，例如連接、游標、暫存表等。
• 適用於大型非時間序列資料的資料集，這些資料在需要在資料庫伺服器使用及執行的資料間具有鬆散關係。
|
|
ThingWorx 平台資料儲存，例如 PostgreSQL、MS SQL 或 SAP HANA
|
簡單的歷史資料、時間序列資料或不需要複合或遞歸計算的資料。
|
|
DataStax Enterprise
|
適用於大型非時間序列資料的資料集，這些資料具有連續資料且不需要在資料庫伺服器中執行資料。
|
選擇您資料存放區選項的最佳作法
選擇資料存放區選項時，請遵循下列最佳作法：
• 如果您需要執行下列其中任何一項任務，請使用外部資料存放區選項：
◦ 在串流或值串流中查詢大量資料
◦ 查詢含數百萬個列的結果
◦ 實行資料庫層級的自訂邏輯與計算，例如：預存程序、觸發程序、連接、關聯式資料查詢等。
◦ 使用 ThingWorx 作為資料湖
◦ 與協力廠商分析及報告工具整合
◦ 新增其他索引與資料庫基礎結構
|
|
建議您封存不經常存取的歷史資料。
|
• 決定您需要儲存的資料量。如果資料可儲存在較小的資料集中 (約 100,000 筆記錄或更少)，請使用 ThingWorx 平台儲存區。
• 決定您應用程式具有的資料種類。
• 您查詢資料的頻率會影響應用程式的效能。根據您要查詢資料的頻率而定，建議使用下列其中一個選項：
◦ 如需經常查詢資料，請使用 JDBC 連接器查詢資料庫。您可將此 JDBC 連接器與 PostgreSQL 或 DataStax Enterprise 搭配使用。
◦ 如果您不需要非常頻繁地擷取歷史資料，可將所有資料都移至單獨的 ThingWorx 實例 (在資料表或串流中)，或移至資料庫伺服器。