您位於此處：
Data 360 SQL 移轉的考量事項、原則與限制 (Beta 版)
將自訂 SQL 查詢移轉至 Data 360 SQL 時,請記住這些考量事項、原則與限制。
考量事項
- Data 360 SQL 使用 Data 360 Direct SQL (HyperSQL) 版本,而非舊版 TrinoSQL 版本。
- 舊版 SQL 與 Data 360 SQL 以不同的方式處理 NULL 值。舊版 SQL 一律會將空值放在最後。Data 360 SQL 的遞增排序預設為 NULLS LAST,遞減排序則會變更為 NULLS FIRST。
- Data 360 SQL 使用位移標記法傳回 UTC 的日期 (例如 +00:00),而舊版 SQL 使用 Zulu 尾碼 (例如 Z)。
- Data 360 SQL 支援大量資料查詢,並與舊版 SQL 相比,改善了體驗頁面時間 (EPT)。
- 當度量值相同時,舊版 SQL 與 Data 360 SQL 會使用不同的預設比對邏輯。因此,兩個系統之間的資料列會在相符情況下以不同的順序顯示。此視覺列排班是預期的行為,且您不會遺失任何資料。
- Data 360 SQL 支援「值表格」資產中的分頁,並透過無限捲動來依需求提取資料,有效處理大型資料集。
原則
- 先備份顯示面板 JSON 或資產 XMD 檔案,再移轉自訂 SQL 小工具。此步驟會保留您的條件化格式化規則。
- 若要確保查詢正常運作,請以雙引號括住所有資料欄別名和識別碼。Data 360 SQL 區分大小寫,且需要此格式才能完全符合您的資料。
- 若要避免條件式格式化中斷,並在自由格式查詢中維持一致的大小寫,請使用如 SELECT Field_c AS "Field_c" 等別名。當您使用別名時,舊版 SQL 和 Data 360 SQL 都會保留查詢定義的大小寫,即使別名未加上引號也是如此。不過,針對未關聯的欄位,Data 360 SQL 會回復為原始資料來源大小寫。
- 檢閱舊版 SQL 函數 (例如 TO_UNIXTIME) 的查詢,並將其轉換為 Data 360 SQL 等同項目。
- 若要確保資料保持準確,請明確將 NULLS LAST 新增至查詢,或驗證您的排序邏輯。Data 360 SQL 會變更預設的空值順序,這會導致表格和圖表發生非預期的結果。
- 針對每個欄位使用唯一別名,以避免在 UI 中發生資料呈現問題。
- 若要確保顯示面板保持功能,請在自訂 SQL 小工具上使用全域篩選條件時,確認多面向化是否正確運作。複雜巢狀 SQL 通常會造成篩選問題,導致資料不準確或視覺效果損壞。
- 當您在表格小工具上啟用「停用分頁載入」選項時,查詢不會立即重新執行。表格仍會顯示先前分頁狀態的截斷資料。若要載入所有資料列,請儲存並重新載入顯示面板。如果問題持續發生,請確認:
- 此步驟是舊版彙總類型。
- 資料 SQL 與分頁門已啟用。
- 若要存取支援的語法和分析函數,請按一下自訂 SQL 編輯器中 Data 360 SQL 選項旁的「資訊」圖示。
限制
- 如果金鑰大小寫不符合預期的格式,則色彩和樣式會消失。此問題會發生,因為 Data 360 SQL 會保留金鑰的原始大小寫,而舊版 XMD 對應通常會預期有小寫的金鑰。
- Data 360 SQL 缺少一些舊版 SQL 函數的直接等同項目。此不相符項目會在移轉期間中斷自由格式公式。
此文章是否解決您的問題？
請讓我們知道，以便我們改進！
