SELECT * FROM customers LIMIT 0;

• 将查询转换为CTAS查询 并安排运行。 可以执行以下任一操作来计划运行 通过UI 或 API.
• 通过应用其他语句在较小的数据块上执行查询 筛选条件.
• 执行EXPLAIN命令 以收集更多详细信息。
• 查看数据集内数据的统计信息。
• 将查询转换为简化表单，然后使用以下方式重新运行 预准备语句.

• 登录Experience Platform后，选择 数据集 在UI的左侧导航中导航到 数据集 仪表板。
• 数据集 浏览 选项卡打开。 您可以使用搜索栏来优化可用选项。 从显示的列表中选择数据集。

• 此 数据集活动 屏幕。 选择 预览数据集 打开XDM架构的对话框以及选定数据集中拼合数据的表格视图。 欲知更多详情，请参阅 预览数据集文档

• 从架构中选择任意字段以在拼合列中显示其内容。 列的名称显示在页面右侧其内容的上方。 您应该复制此名称以用于查询此数据集。

有关以下内容的完整指导，请参阅文档： 如何使用嵌套数据结构 使用查询编辑器或第三方客户端。

查询在处理过程中可能卡住的原因有很多。 要确定确切的原因，需要逐案进行深入分析。 联系Adobe客户支持 成为这个过程。

Adobe客户支持电话号码的完整列表 可在Adobe帮助页面上找到。 或者，可通过完成以下步骤在线查找帮助：

• 导航到 https://www.adobe.com/ 在您的Web浏览器中。
• 在顶部导航栏的右侧，选择 登录.

• 使用已在您的Adobe许可证中注册的Adobe ID和密码。
• 选择 帮助与支持 从顶部导航栏中。

此时将显示一个下拉横幅，其中包含 帮助和支持 部分。 选择 联系我们 打开Adobe客户关怀虚拟助手，或选择 企业支持 为大型组织提供专门帮助。

请参阅 匿名块文档 以了解更多详细信息。

1. 使用现有组合 Adobe定义的函数 以确定是否满足用例需求。
2. 如果前面的建议无法满足您的用例，则您应使用以下组合 窗口函数. 窗口函数查看一个序列中的所有事件。 还允许您查看历史数据，并且可以任意组合使用。

使用GET命令检索多个查询。 有关如何调用API的信息，请参阅 示例API调用文档.

在响应中，确定要调查的查询，并使用其发出另一个GET请求 id 值。 有关完整说明，请参见 按ID检索查询文档.

成功的响应返回HTTP状态200，并包含 errors 数组。 为简短起见，已缩短答复。

{
    "isInsertInto": false,
    "request": {
                "dbName": "prod:all",
                "sql": "SELECT *\nFROM\n  accounts\nLIMIT 10\n"
            },
    "clientId": "8c2455819a624534bb665c43c3759877",
    "state": "SUCCESS",
    "rowCount": 0,
    "errors": [{
      'code': '58000',
      'message': 'Batch query execution gets : [failed reason ErrorCode: 58000 Batch query execution gets : [Analysis error encountered. Reason: [sessionId: f055dc73-1fbd-4c9c-8645-efa609da0a7b Function [varchar] not defined.]]]',
      'errorType': 'USER_ERROR'
      }],
    "isCTAS": false,
    "version": 1,
    "id": "343388b0-e0dd-4227-a75b-7fc945ef408a",
}

此 查询服务API参考文档 提供了有关所有可用端点的更多信息。

以下示例演示了CTAS语法和结构数据类型的使用：

CREATE TABLE table_name WITH (SCHEMA='schema_name')

AS SELECT '1' as _id,

 STRUCT

  ('2021-02-17T15:39:29.0Z' AS taskActualCompletionDate,

    '2020-09-09T21:21:16.0Z' AS taskActualStartDate,

    'Consulting' AS taskdescription,

    '5f6527c10011e09b89666c52d9a8c564' AS taskguide,

    'Stakeholder Consulting Engagement' AS taskname,

    '2020-09-09T15:00:00.0Z' AS taskPlannedStartDate,

    '2021-02-15T11:00:00.0Z' AS taskPlannedCompletionDate

  ) AS _workfront ;

您还可以使用小型查询来确认您的数据集包含数据，例如：

SELECT count(1) FROM myTableName

您还应该查看文档以获得有关如何执行的指导 UI中的计划查询 和至 API.

请注意，在使用时 Query Editor 您只能向已创建、保存和运行的查询添加计划。 这不适用于 Query Service API。

SELECT * FROM <table> WHERE 1=0

例如，您可以创建一个临时表：

CREATE temp TABLE temp_dataset AS
SELECT *
FROM actual_dataset
WHERE 1 = 0;

然后可以使用临时表，如下所示：

INSERT INTO temp_dataset
SELECT a._company AS _company,
a._id AS _id,
a.timestamp AS timestamp
FROM actual_dataset a
WHERE timestamp >= TO_TIMESTAMP('2021-01-21 12:00:00')
AND timestamp < TO_TIMESTAMP('2021-01-21 13:00:00')
LIMIT 100;

查询服务支持内置SQL函数，以将给定时间戳转换为UTC格式或从UTC格式转换给定时间戳。 两者都是 to_utc_timestamp() 和 from_utc_timestamp() 方法采用两个参数：时间戳和时区。

转换为UTC时间戳

此 to_utc_timestamp() 方法解释给定参数并对其进行转换 到您的本地时区的时间戳 UTC格式。 例如，韩国首尔的时区是UTC/GMT +9小时。 通过提供仅用于日期的时间戳，该方法使用上午午夜的默认值。 时间戳和时区会转换为UTC格式，从该区域的时间转换为您本地区域的UTC时间戳。

SELECT to_utc_timestamp('2021-08-31', 'Asia/Seoul');

查询会返回以用户的本地时间表示的时间戳。 在这个例子中，前一天下午3点，首尔提前了9个小时。

2021-08-30 15:00:00

作为另一个示例，如果给定的时间戳为 2021-07-14 12:40:00.0 对于 Asia/Seoul 时区，返回的UTC时间戳将为 2021-07-14 03:40:00.0

查询服务UI中提供的控制台输出是更易于用户识别的格式：

8/30/2021, 3:00 PM

从UTC时间戳转换

此 from_utc_timestamp() 方法解释给定的参数 根据本地时区的时间戳 和以UTC格式提供所需区域的等效时间戳。 在下面的示例中，小时是用户本地时区的下午2:40。 作为变量传递的首尔时区比当地时区早九小时。

SELECT from_utc_timestamp('2021-08-31 14:40:00.0', 'Asia/Seoul');

查询会返回作为参数传递的时区的时间戳（UTC格式）。 结果比运行查询的时区早九小时。

8/31/2021, 11:40 PM

如何过滤时间序列数据？

SELECT a._company  AS _company,
       a._id       AS _id,
       a.timestamp AS timestamp
FROM   dataset a
WHERE  timestamp >= To_timestamp('2021-01-21 12:00:00')
       AND timestamp < To_timestamp('2021-01-21 13:00:00')

例如，缺少时间组件（如下所示）将导致错误：

SELECT * FROM ABC
WHERE timestamp = CAST('07-29-2021' AS timestamp)

正确使用的 CAST 运算符如下所示：

SELECT * FROM ABC
WHERE timestamp = CAST('07-29-2021 00:00:00' AS timestamp)

不要使用 NOT IN，您可以使用以下任一选项 NOT EXISTS 或 LEFT OUTER JOIN.

例如，如果您创建了以下表：

CREATE TABLE T1 (ID INT)
CREATE TABLE T2 (ID INT)
INSERT INTO T1 VALUES (1)
INSERT INTO T1 VALUES (2)
INSERT INTO T1 VALUES (3)
INSERT INTO T2 VALUES (1)
INSERT INTO T2 VALUES (2)

如果您使用 NOT EXISTS 运算符，您可以使用以下对象进行复制 NOT IN 运算符：

SELECT ID FROM T1
WHERE NOT EXISTS
(SELECT ID FROM T2 WHERE T1.ID = T2.ID)

或者，如果您使用 LEFT OUTER JOIN 运算符，您可以使用以下对象进行复制 NOT IN 运算符：

SELECT T1.ID FROM T1
LEFT OUTER JOIN T2 ON T1.ID = T2.ID
WHERE T2.ID IS NULL

• 基于时间系列数据的过滤器。
• 已针对结构数据类型优化向下推送。
• 优化了阵列和映射数据类型的成本和内存下推功能。
• 使用快照进行增量处理。
• 持久数据格式。

• 使用SELECT only语句并赋予数据集只读访问权限。 此外，分配管理查询权限。
• 使用SELECT/INSERT/CREATE语句并赋予数据集写入权限。 此外，分配查询管理权限。
• 使用具有上述建议的集成帐户，并分配查询集成权限。

使用PSQL客户端时，有两种方式可保存查询结果。 您可以使用 COPY TO 命令或使用以下格式创建语句：

SELECT column1, column2
FROM <table_name>
\g <table_name>.out

使用指南 COPY TO 命令 可以在SQL语法参考文档中找到它们。

SELECT * FROM prod_table LIMIT 1;

应写为：

SELECT * FROM prod_table
WHERE
timestamp >= to_timestamp('2022-07-22')
and timestamp < to_timestamp('2022-07-23');

有关如何执行操作的更多信息，请参阅文档 使用凭据连接到外部客户端.

如果要缩短功能板的响应时间，应实施Business Intelligence(BI)服务器作为查询服务和BI工具之间的缓存层。 通常，大多数BI工具都为服务器提供了附加服务。

添加缓存服务器层的目的是缓存来自查询服务的数据，并利用该缓存服务让仪表板加快响应。 这是可能的，因为执行的查询的结果每天都会缓存在BI服务器中。 然后，缓存服务器会为具有相同查询的任何用户提供这些结果，以减少延迟。 有关此类设置的说明，请参阅您所使用的实用程序或第三方工具的文档。

ErrorCode: 58000 Internal System Error [Invalid table your_table_name. historyMeta can be used on datalake tables only.]

出现此错误是因为查询没有返回值。 此行为现已修复为返回以下消息：

Query complete in {timeframe}. 0 rows returned.