您在此处：
Data 360 SQL 迁移的注意事项、指导原则和限制 (Beta)
在将自定义 SQL 查询迁移到 Data 360 SQL 时，请记住这些注意事项、指导原则和限制。
注意事项
- Data 360 SQL 使用 Data 360 Direct SQL (HyperSQL) 版本，而不是传统的 TrinoSQL 版本。
- 原有 SQL 和 Data 360 SQL 处理 NULL 值的方式不同。原有 SQL 始终将 NULL 值放在最后。Data 360 SQL 默认为升序的 NULLS LAST，但更改为降序的 NULLS FIRST。
- Data 360 SQL 使用偏移表示法（例如 +00:00）返回 UTC 中的日期，而原有 SQL 使用 Zulu 后缀（例如 Z）。
- Data 360 SQL 支持高用量数据查询，与原有 SQL 相比，改进了体验页面时间 (EPT)。
- 当评测值相同时，原有 SQL 和 Data 360 SQL 使用不同的默认平分逻辑。因此，在平分场景中，行在两个系统之间的显示顺序不同。此可视行轮班是预期行为，您不会丢失任何数据。
- Data 360 SQL 支持值表资产中的分页，并通过无限滚动按需获取数据来高效处理大型数据集。
指导说明
- 在迁移自定义 SQL 小部件之前，请备份仪表板 JSON 或资产 XMD 文件。此步骤会保留条件格式化规则。
- 为确保查询正常工作，请使用双引号括起所有列别名和标识符。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 通常会导致筛选问题，从而导致数据不准确或可视化中断。
- 当您在表格小部件上启用“禁用分页加载”选项时，查询不会立即重新运行。该表仍显示之前分页状态的截断数据。要加载所有行，请保存并重新加载仪表板。如果问题仍然存在，请验证：
- 该步骤是传统 AGGREGATE 类型。
- 数据 SQL 和分页门已启用。
- 要访问支持的语法和分析功能，单击自定义 SQL 编辑器中 Data 360 SQL 选项旁边的信息图标。
限制
- 如果密钥大小写与预期格式不匹配，颜色和样式将消失。出现此问题是因为 Data 360 SQL 保留了密钥的原始大小写，而传统的 XMD 映射通常要求小写密钥。
- Data 360 SQL 缺少一些原有 SQL 函数的直接等效项。这种不匹配会在迁移期间破坏自由形式的公式。
本文章是否解决您的问题？
请与我们共享您的想法，以便我们进行改进！
