追蹤使用狀況

使用狀況追蹤可讓管理員追蹤對內容進行的使用者層級查詢。

追蹤使用狀況非常實用，它可根據查詢頻率和回應時間，判斷哪些使用者查詢導致效能瓶頸。管理員可設定標準以追蹤使用者查詢，並產生使用狀況報表，這些報表可用於多種用途，例如資料庫最佳化、聚總策略，或依據使用者或部門的資源使用量向他們收費。

主題：

關於追蹤使用狀況

您可以在提供企業模型設計功能的服務中設定使用狀況追蹤。系統會在詳細的使用者查詢層級追蹤使用狀況資訊，讓您深入瞭解如下所示的問題：

  • 使用者如何與 Oracle Analytics Cloud 互動？
  • 使用者會花時間做哪些事？
  • 使用者在每個階段作業中、在階段作業之間，以及在不同的查詢之間花費多少時間？
  • 階段作業內、跨階段作業，以及跨使用者的查詢之間如何相互影響？
  • 使用者是否會鑽研分析結果？
  • 有人回報問題時會執行哪些查詢？

您收集的使用狀況統計資料可協助監督系統使用狀況和效能，這樣您就更能瞭解和預測使用者行為。如果您預先知道系統的使用方式，就可以增加效率並減少錯誤。

當您啟用使用狀況追蹤時，系統會收集所執行每個查詢的資料記錄，並將所有記錄寫入資料庫表格中。系統會同時追蹤邏輯查詢和實體查詢，然後連同各種效能計量 (例如執行查詢所花的時間，以及處理使用者查詢時搜尋的資料列數) 記錄在不同表格中。

使用狀況追蹤的先決條件

如果想要追蹤使用狀況，請確認您符合下列先決條件：

  • 您目前使用語意模型產生器或模型管理工具管理語意模型。

    若要設定使用狀況追蹤，您必須使用語意模型產生器或模型管理工具，將使用狀況追蹤資料庫詳細資訊新增至語意模型。

  • 您具有適當的許可權可存取用於儲存使用狀況資訊的資料庫。

    您必須具備適當使用者的證明資料，該使用者必須具有可在資料庫綱要上建立使用狀況追蹤表格，以及將使用狀況資料寫入表格的許可權。

  • 支援使用狀況追蹤的資料庫：Oracle Database 或 Oracle Autonomous Data Warehouse
  • 您已使用下列設定值建立使用狀況追蹤資料庫的資料連線。請參閱連線至資料。
    • 系統連線 - 選取系統連線核取方塊。

      選取系統連線核取方塊後，便能在語意模型產生器使用該連線。同樣地，在模型管理工具中，系統連線選項可讓您選取使用資料連線，然後輸入連線的物件 ID，無須在資料來源名稱欄位手動輸入連線詳細資訊。請參閱指定使用狀況追蹤資料庫。

    • 使用者名稱與密碼 - 使用者名稱必須符合您要用於使用狀況追蹤的資料庫綱要名稱。例如，若您要使用的綱要名稱為 UT_Schema，則使用者名稱必須是 UT_Schema。

    註：

    如果您使用模型管理工具，也可以使用主控台定義語意模型的資料庫連線和使用狀況追蹤資料庫。請參閱連線至 Oracle Cloud 資料庫中的資料。如果您使用主控台，可以在「模型管理工具」中指定使用狀況追蹤資料庫時，選取使用主控台連線並輸入連線的名稱，無須在資料來源名稱欄位中輸入連線詳細資訊。

若您要使用 Oracle Autonomous Data Warehouse 作為使用狀況追蹤資料庫，請在語意模型指定使用狀況追蹤資料庫前，先完成以下作業：

關於使用狀況追蹤資料庫

系統會將使用狀況追蹤詳細資訊儲存在您指定的資料庫。資料庫可以是 Oracle Database 或 Oracle Autonomous Data Warehouse。您需使用語意模型產生器或「模型管理工具」指定語意模型的資料庫和連線集區詳細資訊。

請參閱指定使用狀況追蹤資料庫。

關於使用狀況追蹤參數

指定要儲存使用狀況追蹤資訊的資料庫之後，必須透過主控台 (「系統設定值」頁面) 設定各項使用狀況追蹤參數。

設定使用狀況追蹤所需的參數：

  • 啟用使用狀況追蹤
  • 連線集區名稱
  • 實體與邏輯查詢日誌記錄表格名稱
  • 使用狀況追蹤表格中的查詢資料列數目上限
設定這些參數並套用變更之後，Oracle Analytics 會執行下列動作：
  • 在語意模型指定的資料庫中建立實體和邏輯查詢日誌記錄表格。表格名稱根據您在實體和邏輯查詢日誌記錄表格名稱參數中提供的名稱來命名。
  • 開始在這些表格中記錄使用狀況追蹤資料。

請參閱設定使用狀況追蹤參數。

關於分析使用狀況資料

您可以使用系統從新增至實體和邏輯查詢日誌記錄表格的追蹤資料建立實用的使用狀況報表。

您可以連線至資料庫、從表格建立資料集以及建立報表和視覺化，協助您瞭解使用者查詢並採取適當動作改進效能。

瞭解使用狀況追蹤表格

系統會將使用狀況追蹤資料儲存在三個資料庫表格。

使用狀況追蹤程序會使用您在「系統設定值」頁面中的設定值所指定表格名稱建立這兩個表格。

  • 使用狀況追蹤邏輯查詢日誌記錄表格
  • 使用狀況追蹤實體查詢日誌記錄表格
  • 使用狀況追蹤初始化區塊表格

請參閱設定使用狀況追蹤參數。

使用狀況追蹤邏輯查詢日誌記錄表格

下表描述追蹤邏輯查詢的資料庫表格中的每個資料欄。適當的位置會指定資料類型 (例如可變字元欄位 (varchar 和 varchar2)) 和長度。當您複查此表格中的說明時，可以假設加上或減去特定的時間相關資料欄會等於準確值。例如，您可以假設 TOTAL_TIME_SEC 等於 END_TS 減 START_TS。資料欄不會提供這樣的準確值，因為：
  • 各種處理作業會以平行方式執行，其速度取決於負載和資料庫效能。伺服器型作業可能是輕量型或資源密集型。
  • 所有連線都被佔用時，查詢便會排入佇列並等待處理。處理時機則視負載和組態而定。

與使用者、階段作業和 ID 相關的資料欄

資料欄 描述

ID

在「邏輯查詢」表格中，此資料欄指示唯一的資料列 ID。在「實體查詢」表格中，此資料欄會以名稱 LOGICAL_QUERY_ID 表示。

NODE_ID

包含 <hostname>:obis1。例如 examplehost:obis1 (單一執行處理)。

PRESENTATION_NAME

代表目錄名稱。預設值為 Null，且資料類型為 Varchar(128)。

IMPERSONATOR_USER_NAME

指定模擬使用者的使用者名稱。如果不是以模擬使用者身分執行要求，則此值為 None。預設值為 None，且資料類型為 Varchar(128)。

USER_NAME

指定送出查詢的使用者名稱。
ECID 代表系統產生的執行相關資訊環境 ID。資料類型為 Varchar2(1024)。
TENANT_ID 指定執行初始化區塊的使用者其租用戶名稱。資料類型為 Varchar2(128)。
SERVICE_NAME 指定服務的名稱。資料類型為 Varchar2(128)。
SESSION_ID 代表階段作業 ID。資料類型為 Number(10)。
HASH_ID 代表邏輯查詢的 HASH 值。資料類型為 Varchar2(128)。

與查詢來源相關的資料欄

資料欄 描述

QUERY_SRC_CD

要求的來源。

請注意，要求者可以將 QUERY_SRC_CD 設為任何字串值來識別自己。

可能的值包括：
  • Report - 來源為分析或任何匯出作業。
  • Drill - 如果來源是因為向上展開或向下展開而造成的維度變化。
  • ValuePrompt - 來源為篩選條件對話方塊或儀表板提示中的「值」下拉式清單。
  • VisualAnalyzer - 如果來源是視覺化資料的工作簿。
  • DisplayValueMap 或 MemberBrowserDisplayValues 或 MemberBrowserPath - 如果來源是與顯示分析相關的值。
  • SOAP - 如果來源是來自 Web 服務 (例如 DataSetSvc) 的呼叫。
  • Seed - 來源為植入分析伺服器快取的代理程式。
  • Null - 來源為管理工具實體表格、資料欄資料列數目或視觀表資料。

SAW_DASHBOARD

代表儀表板的路徑名稱。如果查詢不是透過儀表板送出，則此值為 NULL。

SAW_DASHBOARD_PG

代表儀表板中的頁面名稱。如果要求不是一個儀表板要求，則此值為 NULL。預設值為 Null，且資料類型為 Varchar(150)。

SAW_SRC_PATH

指定分析目錄中的路徑名稱。

與查詢詳細資訊相關的資料欄

資料欄 描述

ERROR_TEXT

包含後端資料庫傳回的錯誤訊息。只有 SUCCESS_FLAG 設為 0 (零) 以外的值時，才適用此資料欄。多則訊息串接在一起，系統不會進行剖析。預設值為 Null，且資料類型為 Varchar(250)。

QUERY_BLOB

包含沒有任何截斷的整個邏輯 SQL 敘述句。QUERY_BLOB 資料欄為 Long 類型的字元字串。

QUERY_KEY

包含系統從邏輯 SQL 敘述句產生的 MD5 雜湊金鑰。預設值為 Null，且資料類型為 Varchar(128)。

QUERY_TEXT

代表為查詢送出的 SQL 敘述句。資料類型為 Varchar(1024)。

您可以變更此資料欄的長度 (使用 ALTER TABLE 命令)，但請注意，已寫入此資料欄的文字一律會截斷為實體層所定義的大小。語意模型管理員不得將此資料欄的長度值設為大於後端實體資料庫支援的查詢長度上限。例如，Oracle Database 能夠處理的 Varchar 上限為 4000，但是 Oracle Database 會截斷為 4000 個位元組，而不是 4000 個字元。如果您使用多位元組字元集，則根據使用的字元集和字元而定，實際的字串大小上限會和字元數目有所不同。

REPOSITORY_NAME

指定查詢存取的語意模型名稱。

SUBJECT_AREA_NAME

包含存取的業務模型名稱。

SUCCESS_FLG

代表查詢的完成狀態，定義如下：

  • 0 - 順利完成查詢，沒有任何錯誤。
  • 1 - 查詢逾時。
  • 2 - 查詢因超過資料列限制而失敗。
  • 3 - 查詢因其他原因而失敗。

與執行時機相關的資料欄

資料欄 描述

COMPILE_TIME_SEC

包含編譯查詢所需的時間 (秒)。TOTAL_TIME_SEC 值包含 COMPILE_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 秒，1 個查詢的查詢時間為 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 位數整數)。預設值為 Null。

NUM_CACHE_INSERTED

代表查詢產生快取項目的次數。預設值為 Null。NUM_CACHE_INSERTED 是 32 位元整數 (或 10 位數整數)。

使用狀況追蹤實體查詢日誌記錄表格

下表描述追蹤實體查詢的資料庫表格。此資料庫表格記錄邏輯查詢日誌記錄表格中所儲存邏輯查詢的實體 SQL 資訊。實體查詢表格和邏輯查詢表格之間具有外來索引鍵關係。

與使用者、階段作業和 ID 相關的資料欄

資料欄 描述

ID

指定唯一的資料列 ID。

LOGICAL_QUERY_ID

參照邏輯查詢日誌記錄表格中的邏輯查詢。資料類型為 Varchar2(50)。
HASH_ID 代表邏輯查詢的 HASH 值。資料類型為 Varchar2(128)。
PHYSICAL_HASH_ID 代表實體查詢的 HASH 值。資料類型為 Varchar2(128)。

與查詢詳細資訊相關的資料欄

資料欄 描述

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 Database 或 Oracle Autonomous Data Warehouse，且用於連線資料庫的使用者名稱必須符合儲存使用者追蹤表格的綱要名稱。請參閱使用狀況追蹤的先決條件。
  2. 在首頁按一下導覽器，然後按一下語意模型。在「語意模型」頁面中，按一下要開啟的語意模型。
  3. 建立使用狀況追蹤資料庫的資料庫物件。
    1. 按一下實體層。
    2. 在「實體層」窗格中，按一下建立，然後按一下建立資料庫。
    3. 在名稱中，輸入語意模型資料庫的名稱 (例如，UsageTracking)，然後按一下確定。
  4. 新增要與使用狀況追蹤資料庫連線的連線集區。
    1. 在「資料庫」頁籤中，按一下連線集區。
    2. 按一下新增來源。
    3. 按兩下名稱欄位，接著輸入連線集區的名稱。例如，UTConnectionPool。
    4. 按兩下連線欄位，接著從清單選取要使用的資料連線。例如，MyUTDatabase。

      註：

      • 系統連線 - 語意模型只能使用已選取系統連線選項的資料連線。請參閱關於語意模型的連線。

      • 使用者名稱與密碼 - 在資料連線指定的使用者名稱必須符合您要用於使用狀況追蹤的資料庫綱要名稱。例如，若您要使用的綱要名稱為 UT_Schema，則使用者名稱必須是 UT_Schema。請參閱使用狀況追蹤的先決條件。

    5. 按一下開啟詳細資訊。在「連線集區」窗格中，確定未選取需要完整表格名稱核取方塊。
  5. 確認您的變更。請參閱部署語意模型前，請先執行進階一致性檢查。
  6. 儲存所做的變更。

使用模型管理工具指定使用狀況追蹤資料庫

若您目前使用模型管理工具開發語意模型，請使用模型管理工具設定使用狀況追蹤資料庫。

若要追蹤現有資料庫或連線集區的使用狀況，不需要對您的語意模型進行任何更新。您可以略過這些步驟。您可以在使用狀況追蹤系統組態中使用現有的資料庫、連線集區和表格。若新、舊表格之間的表格綱要相符，使用狀況追蹤便不會刪除現有表格並建立相同名稱的新表格。
  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. 在首頁按一下頁面功能表並選取開啟傳統首頁。建立並執行分析。
    系統會在使用狀況追蹤資料庫的使用狀況追蹤表格中填入查詢。
  2. 在首頁上依序按一下建立和資料集。
  3. 在「建立資料集」按一下使用狀況追蹤資料庫連線，並選取「系統設定值」中的「實體查詢日誌記錄」和「邏輯查詢日誌記錄」表格名稱中指定的綱要。例如，「實體查詢日誌記錄」和「邏輯查詢日誌記錄」表格名稱的 <database name>.<schema name>.<table name> 中提供的綱要名稱。
    這是您為了設定使用狀況追蹤所建立的資料庫連線。請參閱使用狀況追蹤的先決條件。
  4. 在「新增資料集」中，搜尋使用狀況追蹤實體查詢日誌記錄表格、新增所有資料欄、命名資料集 (例如 Physical Queries)，然後按一下新增。同樣的，搜尋使用狀況追蹤邏輯查詢日誌記錄表格、新增所有資料欄、命名資料集 (例如 Logical Queries)，然後按一下新增。
  5. 在資料集「結果」頁面按一下建立工作簿。將這兩個資料集新增至工作簿：例如 Physical Queries 和 Logical Queries 資料集。命名工作簿 (例如 Usage Tracking)。
  6. 在工作簿的「準備」頁籤中按一下資料圖表，並使用資料欄 (例如 ID 資料欄) 建立兩個資料集之間的結合。
  7. 在「視覺化」中，根據您的需求拖放資料以建立視覺化。
    請參考「瞭解使用狀況追蹤表格」中的使用狀況追蹤表格描述，選取適當的資料欄。例如，建立可以顯示查詢數目和查詢使用時間的視覺化。

使用語意模型的主題區域來分析使用狀況追蹤資料

使用語意模型中的主題區域建立使用狀況報表，以瞭解使用者查詢。

您必須匯入中繼資料，以確保實體和中繼資料的一致性。不要在使用狀況追蹤表格中新增資料欄來進行自訂，避免發生綱要不相符的問題。
  1. 在首頁按一下頁面功能表並選取開啟傳統首頁。建立並執行分析。
    系統會在使用狀況追蹤資料庫的使用狀況追蹤表格中填入查詢。
  2. 匯入包含使用狀況追蹤表格的語意模型，該表格已依照查詢結果更新。請參閱 Import the Deployed Model to Create a Semantic Model。
  3. 在首頁按一下資料，然後在資料集底下，選取對應至使用狀況追蹤表格的主題區域，以建立工作簿。
  4. 在「新建工作簿」頁面的「視覺化」中，根據您的需求拖放資料以建立視覺化。
    請參考「瞭解使用狀況追蹤表格」中的使用狀況追蹤表格描述，選取適當的資料欄。例如，建立可以顯示查詢數目和查詢使用時間的視覺化。