跟踪使用情况

管理员可以利用使用情况跟踪来跟踪对内容的用户级别查询。

跟踪使用情况非常有用，您可以根据查询频率和响应时间来判断哪些用户查询导致了性能瓶颈。管理员可以设置合适的标准来跟踪用户查询并生成使用情况报告，然后这些报告可以用在很多方面，例如，数据库优化、聚合策略或者根据用户或部门消耗的资源对其收费。

主题：

关于跟踪使用情况

可以在提供企业建模功能的服务中配置使用情况跟踪。系统在详细的用户查询级别跟踪使用情况信息，因此您可以回答下列问题：

  • 用户如何使用 Oracle Analytics Cloud？
  • 用户将时间花在了哪些方面，哪些方面没有花时间？
  • 用户在每个会话中、在会话之间以及在查询之间花费了多长时间？
  • 会话内、跨会话以及跨用户的查询彼此之间有何关联？
  • 用户是否在分析中上下钻探？
  • 报告问题后运行什么查询？

您收集的使用情况统计信息可以帮助您监视系统使用情况和性能，以便您可以更好地了解和预测用户行为。如果您提前知道系统可能的使用方式，可以提高效率并减少错误。

启用使用情况跟踪后，系统会收集运行的每个查询的数据记录，并将其全部写入数据库表。逻辑查询和物理查询以及各种性能度量（例如，运行查询所用时间和处理用户查询时搜索的行数）都会进行跟踪并记录在单独的表中。

使用情况跟踪的先决条件

如果要跟踪使用情况，请确认是否满足以下先决条件：

  • 当前使用语义建模器或模型管理工具来管理语义模型。

    要配置使用情况跟踪，必须使用语义建模器或模型管理工具向语义模型添加使用情况跟踪数据库详细信息。

  • 您对要存储使用情况信息的数据库具有适当的访问权限。

    您必须具有有权在数据库方案上创建使用情况跟踪表以及向这些表写入使用情况数据的用户的身份证明。

  • 该数据库支持使用情况跟踪：Oracle 数据库或 Oracle Autonomous Data Warehouse。
  • 您已经使用以下设置创建了与使用情况跟踪数据库的数据连接。请参见连接到数据。
    • 系统连接 — 选中系统连接复选框。

      选中系统连接复选框时，连接在语义建模器中变为可用。同样，在模型管理工具中，通过系统连接选项，您可以选择使用数据连接并输入连接的对象 ID，而不是在数据源名称字段中手动输入连接详细信息。请参见指定使用情况跟踪数据库。

    • 用户名和密码 — 用户名必须与要用于使用情况跟踪的数据库中的方案名称相匹配。例如，如果要使用的方案名为 UT_Schema，则用户名必须为 UT_Schema。

    注：

    如果使用模型管理工具，您还可以使用控制台为语义模型和使用情况跟踪数据库定义数据库连接。请参见连接到 Oracle Cloud 数据库中的数据。如果使用控制台，则在模型管理工具中指定使用情况跟踪数据库时，可以选择使用控制台连接并输入连接的名称，而不是在数据源名称字段中输入连接详细信息。

如果要使用 Oracle Autonomous Data Warehouse 作为使用情况跟踪数据库，请在语义模型中指定使用情况跟踪数据库之前完成以下附加任务：

关于使用情况跟踪数据库

系统在您指定的数据库中存储使用情况跟踪详细信息。该数据库可以是 Oracle 数据库或 Oracle Autonomous Data Warehouse。您可以使用语义建模器或模型管理工具在语义模型中指定数据库和连接池详细信息。

请参见指定使用情况跟踪数据库。

关于使用情况跟踪参数

指定要存储使用情况跟踪信息的数据库后，必须通过控制台（高级系统设置页）设置各种使用情况跟踪参数。

配置使用情况跟踪所需的参数：

  • 启用使用情况跟踪
  • 连接池名称
  • 物理和逻辑查询日志记录表名
  • 使用情况跟踪表中的最大查询行数
设置这些参数并应用更改后，Oracle Analytics：
  • 在语义模型中指定的数据库中创建物理和逻辑查询日志记录表。表名基于您在物理和逻辑查询日志记录表名参数中提供的名称。
  • 开始在这些表中记录使用情况跟踪数据。

请参见设置使用情况跟踪参数。

关于分析使用情况数据

使用该系统，您可以基于添加到物理和逻辑查询日志记录表中的跟踪数据创建一些有用的使用情况报告。

您可以连接到数据库，基于表创建数据集，创建报表和可视化来帮助您了解用户的查询，并采取适当措施来改进性能。

了解使用情况跟踪表

系统在三个数据库表中存储使用情况跟踪数据。

使用情况跟踪过程会使用您通过“系统设置”页面中的设置指定的表名创建这些表。

  • 使用情况跟踪逻辑查询日志记录表
  • 使用情况跟踪物理查询日志记录表
  • 使用情况跟踪初始化块表

请参见设置使用情况跟踪参数。

使用情况跟踪逻辑查询日志记录表

下表介绍了跟踪逻辑查询的数据库表中的每个列。适用情况下，指定数据类型（例如可变字符字段 varchar 和 varchar2）和长度。查看此表中的说明时，您可能会认为加上或减去某些与时间相关的列可以得到确切值。例如，您可能会认为 TOTAL_TIME_SEC 等于 END_TS 减去 START_TS。这些列不提供这样的确切值，因为：
  • 各种进程是并行运行的，其速度取决于负载和数据库性能。基于服务器的操作可能是轻量级的，也可能是密集型的。
  • 如果所有连接都已占用，查询将进入队列等待处理。计时取决于负载和配置。

与用户、会话和 ID 相关的列

列 说明

ID

在逻辑查询表中，此列表示唯一的行标识符。在物理查询表中，此列的名称为 LOGICAL_QUERY_ID。

NODE_ID

包含 <hostname>:obis1。例如，examplehost:obis1（对于单个实例）。

PRESENTATION_NAME

指明目录的名称。默认值为空值，数据类型为 Varchar(128)。

IMPERSONATOR_USER_NAME

指定模拟的用户的用户名。如果请求不是以模拟的用户的身份运行的，则此值为“无”。默认值为“无”，数据类型为 Varchar(128)。

USER_NAME

指定提交查询的用户的名称。
ECID 指示系统生成的执行上下文 ID。数据类型为 Varchar(21024)。
TENANT_ID 指定运行初始化块的用户的租户名称。数据类型为 Varchar(2128)。
SERVICE_NAME 指定服务的名称。数据类型为 Varchar(2128)。
SESSION_ID 指示会话的 ID。数据类型为 Number(10)。
HASH_ID 指示逻辑查询的 HASH 值。数据类型为 Varchar(2128)。

与查询源相关的列

列 说明

QUERY_SRC_CD

请求的来源。

请注意，请求者可以将 QUERY_SRC_CD 设置为任何用来标识其自身的字符串值。

可能的值包括：
  • Report — 如果源是某个分析或任何导出操作。
  • Drill — 如果源为由向上或向下钻探导致的维更改。
  • ValuePrompt — 如果源为筛选器对话框或仪表盘提示中的“值”下拉列表。
  • VisualAnalyzer — 如果源为用于进行数据可视化的工作簿。
  • DisplayValueMap、MemberBrowserDisplayValues 或 MemberBrowserPath — 如果源为与分析显示相关的值。
  • SOAP — 如果源为来自 Web 服务的调用，例如 DataSetSvc。
  • Seed — 如果源是植入分析服务器的高速缓存的代理。
  • Null — 如果源为管理工具物理表或列行计数，或视图数据。

SAW_DASHBOARD

指明仪表盘的路径名称。如果查询不是通过仪表盘提交的，则此值为空值。

SAW_DASHBOARD_PG

指明仪表盘中的页面名称。如果请求不是仪表盘请求，则值为空值。默认值为空值，数据类型为 Varchar(150)。

SAW_SRC_PATH

指定目录中用于分析的路径名称。

与查询详细信息相关的列

列 说明

ERROR_TEXT

包含来自后端数据库的错误消息。此列仅在 SUCCESS_FLAG 设置为非 0（零）值时适用。多条消息连接在一起，并且不会由系统进行语法分析。默认值为空值，数据类型为 Varchar(250)。

QUERY_BLOB

包含没有任何截断的整个逻辑 SQL 语句。QUERY_BLOB 列是 Long 类型的字符串。

QUERY_KEY

包含由系统基于逻辑 SQL 语句生成的 MD5 散列散列键。默认值为空值，数据类型为 Varchar(128)。

QUERY_TEXT

指明为查询提交的 SQL 语句。数据类型为 Varchar(1024)。

您可以更改此列的长度（使用 ALTER TABLE 命令），但请注意，写入到此列中的文本始终会被截断为在物理层中定义的大小。语义模型管理员为此列设置的长度值不得大于后端物理数据库支持的最大查询长度。例如，Oracle 数据库启用了最大为 4000 的 Varchar，但 Oracle 数据库将截断为 4000 字节而不是 4000 字符。如果您使用多字节字符集，则实际的最大字符串大小对应的字符数会变化，具体取决于所使用的字符集和字符。

REPOSITORY_NAME

指定查询访问的语义模型的名称。

SUBJECT_AREA_NAME

包含所访问的业务模型的名称。

SUCCESS_FLG

指明查询的完成状态，如以下列表中的定义：

  • 0 — 查询已成功完成，无错误。
  • 1 — 查询超时。
  • 2 — 查询因超出了行限制而失败。
  • 3 — 查询因其他原因而失败。

与执行计时相关的列

列 说明

COMPILE_TIME_SEC

包含对查询进行编译所需的时间（秒）。COMPILE_TIME_SEC 的数目包括在 TOTAL_TIME_SEC 中。

END_DT

指明完成逻辑查询的日期。

END_HOUR_MIN

指明完成逻辑查询的小时和分钟。

END_TS

指明完成逻辑查询的日期和时间。开始和结束时间戳还反映了查询等待资源变得可用所花费的时间。如果提交查询的用户在查询完成之前离开该页面，则不会进行最终提取并记录超时值 3600。但是，如果用户在超时之前导航回页面，则提取将在那个时间完成，这将记录为 end_ts 时间。

START_DT

指明提交逻辑查询的日期。

START_HOUR_MIN

指明提交逻辑查询时的小时和分钟。

START_TS

指明提交逻辑查询的日期和时间。

TOTAL_TIME_SEC

指明当客户端等待对其分析的响应时，系统在处理查询时花费的时间（秒）。TOTAL_TIME_SEC 包括 COMPILE_TIME_SEC 的时间。
RESP_TIME_SEC 指示查询响应所用时间。数据类型为 Number(10)。

与执行详细信息相关的列

列 说明

CUM_DB_TIME_SEC

包含发送到数据库的所有查询的累积时间。查询是并行运行的，因此累积查询时间等于或大于连接到数据库的总时间。例如，假设某个逻辑请求衍生了发送到数据库的 4 个物理 SQL 语句，并且其中 3 个查询的查询时间为 10 秒，另一个查询的查询时间为 15 秒，则 CUM_DB_TIME_SEC 将显示 45 秒，因为查询是并行运行的。

CUM_NUM_DB_ROW

包含后端数据库返回的总行数。

NUM_DB_QUERY

指明提交到后端数据库来满足逻辑查询请求的查询数。对于成功的查询 (SuccessFlag = 0)，此数字为 1 或更大的值。

ROW_COUNT

指明返回到查询客户端的行数。从查询返回了大量数据时，在用户显示所有数据之前，此列不会填充。
TOTAL_TEMP_KB 指定执行查询收到的总 KB。数据类型为 Number(10)。

与高速缓存相关的列

列 说明

CACHE_IND_FLG

存储值为 Y 时表示查询存在高速缓存命中；为 N 时表示高速缓存未命中。默认值为 N。

NUM_CACHE_HITS

指明为查询返回缓存结果的命中数。NUM_CACHE_HITS 是一个二进制 32 位整数（或十进制 10 位整数）。默认值为空值。

NUM_CACHE_INSERTED

指明查询生成高速缓存条目的次数。默认值为空值。NUM_CACHE_INSERTED 是一个二进制 32 位整数（或十进制 10 位整数）。

使用情况跟踪物理查询日志记录表

下表介绍了跟踪物理查询的数据库表。此数据库表记录了存储在逻辑查询日志记录表中的逻辑查询的物理 SQL 信息。物理查询表具有到逻辑查询表的外键关系。

与用户、会话和 ID 相关的列

列 说明

ID

指定唯一的行标识符。

LOGICAL_QUERY_ID

请参阅逻辑查询日志记录表中的逻辑查询。数据类型为 Varchar(250)。
HASH_ID 指示逻辑查询的 HASH 值。数据类型为 Varchar(2128)。
PHYSICAL_HASH_ID 指示物理查询的 HASH 值。数据类型为 Varchar(2128)。

与查询详细信息相关的列

列 说明

QUERY_BLOB

包含没有任何截断的整个物理 SQL 语句。QUERY_BLOB 列是 Long 类型的字符串。

QUERY_TEXT

包含为查询提交的 SQL 语句。数据类型为 Varchar(1024)。

与执行计时相关的列

列 说明

END_DT

指明完成物理查询的日期。

END_HOUR_MIN

指明完成物理查询时的小时和分钟。

END_TS

指明完成物理查询的日期和时间。开始和结束时间戳还反映了查询等待资源变得可用所花费的时间。

TIME_SEC

指明物理查询执行时间。

START_DT

指明提交物理查询的日期。

START_HOUR_MIN

指明提交物理查询时的小时和分钟。

START_TS

指明提交物理查询的日期和时间。

与执行详细信息相关的列

列 说明

ROW_COUNT

包含返回到查询客户端的行数。

使用情况跟踪初始化块表

下表介绍了跟踪有关初始化块的信息的数据库表。

注：

目前，初始化块使用情况跟踪表仅包含会话初始化块，不包含语义模型初始化块。

与用户、会话和 ID 相关的列

列 说明
USER_NAME 运行初始化块的用户的名称。数据类型为 Varchar2(128)。
TENANT_ID 运行初始化块的用户的租户名称。数据类型为 Varchar2(128)。
SERVICE_NAME 服务的名称。数据类型为 Varchar2(128)。
ECID 系统生成的执行上下文 ID。数据类型为 Varchar2(1024)。
SESSION_ID 会话的 ID。数据类型为 Number(10)。

与查询详细信息相关的列

列 说明
REPOSITORY_NAME 查询访问的语义模型的名称。数据类型为 Varchar2(128)。
BLOCK_NAME 运行的初始化块的名称。数据类型为 Varchar2(128)。

与执行计时相关的列

列 说明
START_TS 初始化块的启动日期和时间。
END_TS 初始化块的完成日期和时间。开始和结束时间戳还反映了查询等待资源变得可用所花费的时间。
DURATION 运行初始化块所用时间长度。数据类型为 Number(13,3)。

与执行详细信息相关的列

列 说明
NOTES 有关初始化块及其运行的注释。数据类型为 Varchar2(1024)。

用于跟踪使用情况的典型工作流

下面列出了用于跟踪用户级别对 Oracle Analytics Cloud 中内容的查询的任务。

任务 说明 详细信息

决定使用情况跟踪数据的存储位置

了解可用于使用情况跟踪的数据库类型。

关于使用情况跟踪数据库

设置与使用情况跟踪数据库的连接。

创建与要存储使用情况跟踪信息的数据库的数据连接（或控制台连接）。

使用情况跟踪的先决条件

指定使用情况跟踪数据库

在语义模型中定义使用情况跟踪数据库。

指定使用情况跟踪数据库

指定使用情况跟踪参数

为系统启用使用情况跟踪，然后指定使用情况跟踪数据库的连接详细信息和表名。

设置使用情况跟踪参数

分析使用情况跟踪数据

从使用情况跟踪数据创建使用情况报表。

分析使用情况跟踪数据

指定使用情况跟踪数据库

您必须先指定要在语义模型中存储使用情况跟踪数据的数据库，然后才能跟踪系统上的报表、仪表盘和数据可视化工作簿的使用情况。

指定的数据库必须至少定义了一个方案。系统会在名称匹配您在数据库连接详细信息中指定的用户名的方案中创建使用情况跟踪表。例如，如果方案在使用情况跟踪数据库中的名称为 “UT_Schema”，则必须在连接的用户名字段中指定 "UT_Schema"。将在名为 “UT_Schema” 的方案中创建使用情况跟踪表。

您必须在语义模型的物理层中配置数据库和连接池详细信息。使用语义建模器或模型管理工具配置使用情况跟踪数据库。

如果要使用 Oracle Autonomous Data Warehouse 作为使用情况跟踪数据库，请在指定使用情况跟踪数据库之前完成与 Oracle Autonomous Data Warehouse 相关的一些附加任务。请参见使用情况跟踪的先决条件。

使用语义建模器指定使用情况跟踪数据库

如果您当前使用语义建模器开发语义模型，则使用语义建模器配置您的使用情况跟踪数据库。

  1. 创建与使用情况跟踪数据库的数据连接并选择系统连接选项（如果尚未这样做）。
    数据库类型必须是 Oracle 数据库或 Oracle Autonomous Data Warehouse，用于连接到数据库的用户名必须与要将用户跟踪表存储到的方案名称相匹配。请参见使用情况跟踪的先决条件。
  2. 在 Oracle Analytics 主页中，依次单击导航器 用于显示导航器的“导航器”图标 和控制台。
  3. 单击语义模型。在“语义模型”页中，单击语义模型将其打开。
  4. 为使用情况跟踪数据库创建数据库对象。
    1. 单击物理层。
    2. 在“物理层”窗格中，依次单击创建和创建数据库。
    3. 在名称中，输入您的语义模型数据库的名称（例如 UsageTracking），然后单击确定。
  5. 添加连接池以连接到使用情况跟踪数据库。
    1. 在数据库选项卡中，单击连接池。
    2. 单击添加源。
    3. 双击名称字段，然后输入连接池的名称。例如 UTConnectionPool。
    4. 双击连接字段，然后从列表中选择要使用的数据连接。例如 MyUTDatabase。

      注：

      • 系统连接 — 语义模型只能使用选择了系统连接选项的数据连接。请参见。

      • 用户名和密码 — 数据连接中指定的用户名必须与要用于使用情况跟踪的数据库中的方案名称相匹配。例如，如果要使用的方案名为 UT_Schema，则用户名必须为 UT_Schema。请参见使用情况跟踪的先决条件。

    5. 单击打开详细信息。在“连接池”窗格中，验证是否未选中需要全限定表名复选框。
  6. 验证您所做的更改。请参见部署语义模型之前运行高级一致性检查。
  7. 保存所做的更改。

使用模型管理工具指定使用情况跟踪数据库

如果您当前使用模型管理工具开发语义模型，则使用模型管理工具配置您的使用情况跟踪数据库。

如果您想要跟踪现有数据库或连接池中的使用情况，无需对语义模型进行任何更新。您可以跳过这些步骤。您可以使用现有数据库、连接池和表作为使用情况跟踪系统配置的一部分。如果旧表和新表的表方案匹配，使用情况跟踪不会删除现有表并创建同名的新表。
  1. 在模型管理工具中，在云中打开语义模型。
    从文件菜单中依次选择打开、在云中，然后输入实例的连接信息。
  2. 指定使用情况跟踪数据库：
    1. 在语义模型的物理层中，右键单击并选择新建数据库。
    2. 在“数据库”对话框中，为您的语义模型的数据库提供一个名称；例如 SQLDB_UsageTracking，指定数据库类型，例如 Oracle 12c，然后单击确定。
    3. 右键单击新创建的数据库，选择新建对象，然后选择连接池。
    4. 在“连接池”对话框中，输入连接池详细信息，并指定以下项的值：
      • 调用接口：选择默认值 (Oracle Call Interface (OCI))。
      • 需要全限定表名：确保此复选框未选中。
      • 数据源名称**：指定您希望此连接池连接到并向其发送物理查询的数据源。例如：(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = <DB Host>)(PORT = <DB port>))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = <Servicename>)))
      • 用户名和密码：输入与使用情况跟踪数据库中存在的方案名称匹配的用户名。

      **如果不提供数据源名称，可以改为在“连接池”对话框中“按名称”引用现有数据库连接。

      • 数据连接 — 如果将通过“数据”选项卡定义的数据库用作使用情况跟踪数据库，要使用该数据库的连接详细信息，请选择使用数据连接并输入连接的对象 ID，而不在数据源名称字段中手动输入连接详细信息。确保您要使用的数据连接是在选择了系统连接选项的情况下创建的。
      • 控制台连接 — 如果使用模型管理工具，您可以使用控制台为语义模型定义数据库连接。如果将通过控制台定义的数据库用作使用情况跟踪数据库，要使用该数据库的连接详细信息，请选中使用控制台连接复选框并在连接名称字段中输入数据库连接的名称。

      例如：

      GUID-1A533EBC-8DC0-46F0-82AE-2A9251BBA01E-default.gif 的说明如下
      .gif 的说明
  3. 通过以下方法验证您的更改：依次单击工具、显示一致性检查器和检查所有对象。
  4. 可选： 通过依次单击文件和保存在本地保存更改。
  5. 通过依次单击文件、云和发布上载您编辑的语义模型 .rpd 文件。

设置使用情况跟踪参数

要开始记录使用情况信息，您必须指定要使用的数据库的连接详细信息以及用于跟踪使用情况的数据库表的名称。您可以通过控制台（高级系统设置页）设置这些参数。

  1. 登录到您的服务。
  2. 单击控制台。
  3. 单击高级系统设置。
  4. 单击使用情况跟踪。
  5. 为系统启用使用情况跟踪。确保打开启用使用情况跟踪。
  6. 设置以下属性：
    • 使用情况跟踪连接池

      您为使用情况跟踪数据库创建的连接池的名称，格式为 <database name>.<connection pool name>。例如 UsageTracking.UTConnectionPool。

    • 使用情况跟踪初始化块表

      要用于存储有关初始化块的信息的数据库表的名称，格式为 <database name>.<catalog name>.<schema name>.<table name> 或 <database name>.<schema name>.<table name>。例如 UsageTracking.UT_Schema.InitBlockInfo。

    • 使用情况跟踪物理查询日志记录表

      要用于存储物理查询详细信息的数据库表的名称，格式为 <database name>.<catalog name>.<schema name>.<table name> 或 <database name>.<schema name>.<table name>。例如 UsageTracking.UT_Schema.PhysicalQueries。

    • 使用情况跟踪逻辑查询日志记录表

      要用于存储逻辑查询详细信息的数据库表的名称，格式为 <database name>.<catalog name>.<schema name>.<table name> 或 <database name>.<schema name>.<table name>。例如 UsageTracking.UT_Schema.LogicalQueries。

    • 使用情况跟踪最大行数

      您希望使用情况跟踪表中存在的最大行数。最小值为 1，最大值为 100,000，0 表示无限制。如果行数超过最大行数，则使用情况跟踪流程会基于最早的时间戳删除多余的行。

  7. 单击应用。

Oracle Analytics 将创建使用情况跟踪表并开始记录用户查询。

分析使用情况跟踪数据

创建使用情况报告来了解用户查询并采取适当措施。

按照以下示例操作：

通过创建数据集来分析使用情况跟踪数据

要创建使用情况报表，可使用物理和逻辑查询日志记录表中的数据创建数据集，从而了解用户查询情况。

  1. 在 Oracle Analytics 主页上，单击页菜单并选择打开经典主页。创建并运行分析。
    系统会将查询填充在使用情况跟踪数据库中的使用情况跟踪表中。
  2. 在 Oracle Analytics 主页上，依次单击创建和数据集。
  3. 在“创建数据集”中，单击与使用情况跟踪数据库的连接，并选择在“系统设置”中的物理查询和逻辑查询日志记录表名中指定的方案。例如，物理查询和逻辑查询日志记录表名的 <database name>.<schema name>.<table name> 中提供的方案名称。
    此连接是您为设置使用情况跟踪而创建的数据库连接。请参见使用情况跟踪的先决条件。
  4. 在“添加数据集”中，搜索使用情况跟踪物理查询日志记录表，添加所有列，对数据集进行命名（例如“物理查询”），然后单击添加。类似地，搜索使用情况跟踪逻辑查询日志记录表，添加所有列，对数据集进行命名（例如“逻辑查询”），然后单击添加。
  5. 在数据集“结果”页上，单击创建工作簿。将两个数据集都添加到工作簿中：例如，“物理查询”和“逻辑查询”数据集。对工作簿进行命名（例如，“使用情况跟踪”）。
  6. 在工作簿的“准备”选项卡上，单击数据图表，然后使用某个列（例如 ID 列）在两个数据集之间创建联接。
  7. 在“可视化”中，拖动数据来基于您的要求创建可视化。
    请参阅“了解使用情况跟踪表”中的使用情况跟踪表说明来选择合适的列。例如，您可以创建可视化来展示多少查询花费了多长时间。

使用语义模型中的主题区域分析使用情况跟踪数据

使用语义模型中的主题区域来创建使用情况报表，以了解用户查询。

您必须导入元数据，以确保物理数据和元数据保持同步。请勿在使用情况跟踪表中添加新列来进行定制，以避免出现方案不匹配问题。
  1. 在 Oracle Analytics 主页上，单击页菜单并选择打开经典主页。创建并运行分析。
    系统会将查询填充在使用情况跟踪数据库中的使用情况跟踪表中。
  2. 导入使用查询结果更新了使用情况跟踪表的语义模型。请参见导入部署的模型以创建语义模型。
  3. 在 Oracle Analytics 主页上，单击数据，然后在数据集下，选择与使用情况跟踪表对应的主题区域，以创建工作簿。
  4. 在“新建工作簿”页上的“可视化”中，拖动数据来基于您的要求创建可视化。
    请参阅“了解使用情况跟踪表”中的使用情况跟踪表说明来选择合适的列。例如，您可以创建可视化来展示多少查询花费了多长时间。