プロファイルシステムジョブエンドポイント(削除要求)
Adobe Experience Platform を使用すると、複数のソースからデータを取得し、個々の顧客に対して堅牢なプロファイルを構築できます。 Experience Platformに取り込まれたデータはData Lakeに保存され、データセットがプロファイルに対して有効になっている場合、そのデータもReal-Time Customer Profile データストアに保存されます。 場合によっては、不要になったデータやエラーで追加されたデータを削除するために、プロファイルストアからデータセットに関連付けられたプロファイルデータを削除する必要があります。 これには、Real-Time Customer Profile APIを使用してProfile システムジョブまたは「delete リクエスト」を作成する必要があります。
はじめに
このガイドで使用する API エンドポイントは、Real-Time Customer Profile API の一部です。 先に進む前に、はじめる前にを参照し、関連ドキュメントへのリンク、このドキュメントのサンプル API 呼び出しを読み取るためのガイドおよび任意の Experience Platform API を正常に呼び出すために必要なヘッダーに関する重要な情報を確認してください。
削除リクエストの表示 view
削除リクエストは長時間実行される非同期プロセスです。つまり、組織が複数の削除リクエストを一度に実行している場合があります。 組織で現在実行中のすべての削除リクエストを表示するには、/system/jobs エンドポイントに対して GET リクエストを実行できます。
また、オプションのクエリーパラメーターを使用して、応答で返される削除リクエストのリストをフィルタリングすることもできます。 複数のパラメーターを使用するには、アンパサンド (&)を使用して各パラメーターを分離します。
API 形式
このエンドポイントを使用する場合、最初の100個のシステムジョブは、作成日に基づいて昇順で返されます。
GET /system/jobs
GET /system/jobs?{QUERY_PARAMETERS}
startstart=0は0から始まる結果を返します。start=4limitlimit=10例えば、クエリパラメーターが?start=1&limit=10の場合、応答はレコード 10 ~ 19を返します。
リクエスト
| code language-shell |
|---|
|
応答
応答が成功すると、ページ情報と、各システムリクエストのオブジェクトを含む子配列が返されます。
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| プロパティ | 説明 |
requestId |
システムジョブのID。 |
requestType |
システムジョブのタイプ。 使用可能な値には、BACKFILL_TTL、DELETE_EE_BATCHおよびTRUNCATE_DATASETが含まれます。 |
status |
システム ジョブのステータス。 使用可能な値には、NEW、SUCCESS、ERROR、FAILEDおよびIN-PROGRESSが含まれます。 |
properties |
システムジョブのバッチ IDやデータセット IDを含むオブジェクト。 |
削除リクエストの作成 create-a-delete-request
新しい削除リクエストの開始は、/systems/jobs エンドポイントへの POST リクエストを通じて行われます。このエンドポイントでは、削除するデータセットまたはバッチの ID がリクエストの本文に表示されます。
データセットと関連プロファイルデータの削除
データセットと、そのデータセットに関連付けられたすべてのプロファイルデータをプロファイルストアから削除するには、データセット IDをPOST リクエストの本文に含める必要があります。 この操作により、特定のデータセットのすべてのデータが削除されます。 Experience Platformを使用すると、レコードと時系列の両方のスキーマに基づいてデータセットを削除できます。
API 形式
POST /system/jobs
リクエスト
| code language-shell |
|---|
|
dataSetId応答
応答が成功すると、新しく作成されたシステムリクエストの詳細が返されます。これには、リクエストに対して一意のシステム生成された読み取り専用IDが含まれます。 これは、リクエストを検索し、そのステータスを確認するために使用できます。 作成時のリクエストのstatusは、処理が開始されるまでNEWです(IN-PROGRESS)。 応答のdataSetIdは、リクエストで送信されたdataSetIdと一致する必要があります。
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| プロパティ | 説明 |
requestId |
システムで生成された、システム ジョブの読み取り専用ID。 |
requestType |
システムジョブのタイプ。 データセットを削除しているので、この値はTRUNCATE_DATASETです。 |
status |
システム ジョブのステータス。 使用可能な値には、NEW、SUCCESS、ERROR、FAILEDおよびIN-PROGRESSが含まれます。 |
properties |
システムジョブのデータセット IDを含むオブジェクト。 |
バッチの削除
バッチを削除するには、バッチ ID を POST リクエストの本文に含める必要があります。 レコードスキーマに基づくデータセットのバッチは削除できません。 時系列スキーマに基づくデータセットのバッチのみが削除できます。
レコードと時系列動作について詳しくは、XDM Systemの概要のXDM データ動作の節を参照してください。
API 形式
POST /system/jobs
リクエスト
| code language-shell |
|---|
|
datasetIdbatchId応答
応答が成功すると、新しく作成したシステムリクエストの詳細が返されます。
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| プロパティ | 説明 |
requestId |
システムで生成された、システム ジョブの読み取り専用ID。 |
requestType |
システムジョブのタイプ。 バッチを削除しているので、この値はDELETE_EE_BATCHです。 |
status |
システム ジョブのステータス。 使用可能な値には、NEW、SUCCESS、ERROR、FAILEDおよびIN-PROGRESSが含まれます。 |
properties |
システムジョブのバッチ IDとデータセット IDを含むオブジェクト。 |
レコードデータセットのバッチに対して削除リクエストを開始しようとすると、リクエストは失敗します。
特定の削除リクエストの表示 view-a-specific-delete-request
特定の削除リクエスト(ステータスなどの詳細を含む)を表示するには、/system/jobs エンドポイントに対してルックアップ(GET)リクエストを実行し、削除リクエストの ID をパスに含めることができます。
API 形式
GET /system/jobs/{DELETE_REQUEST_ID}
{DELETE_REQUEST_ID}リクエスト
| code language-shell |
|---|
|
応答
応答が成功すると、更新されたステータスを含む、指定されたシステムリクエストの詳細が返されます。 応答のシステムリクエストのIDは、リクエストパスで送信されるIDと一致する必要があります。
| code language-json |
|---|
|
| table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 | |
|---|---|
| プロパティ | 説明 |
requestId |
システムで生成された、システム ジョブの読み取り専用ID。 |
requestType |
システムジョブのタイプ。 使用可能な値には、BACKFILL_TTL、DELETE_EE_BATCHおよびTRUNCATE_DATASETが含まれます。 |
status |
システム ジョブのステータス。 使用可能な値には、NEW、SUCCESS、ERROR、FAILEDおよびIN-PROGRESSが含まれます。 |
properties |
システムジョブのバッチ IDやデータセット IDを含むオブジェクト。 |
削除要求のステータスが"SUCCESS"になると、Data Access APIを使用して削除されたデータにアクセスしようとすることで、データが削除されたことを確認できます。 データアクセス API を使用してデータセットやバッチにアクセスする手順については、データアクセスのドキュメントを参照してください。
次の手順
Experience Platform内のProfile storeからデータセットとバッチを削除する手順を理解したので、誤って追加されたデータや組織が不要になったデータを安全に削除できます。 削除リクエストは元に戻せないので、今は不要で将来は不要になると確信しているデータのみを削除するようにしてください。