バッチ変換は、既存のデータ レイク オブジェクトに基づいて新しいデータ レイク オブジェクトを作成し、それらに変換を適用できる機能です。これは、データ モデルやビジネス要件に合わせてデータを分割、結合、または再形成する場合に役立ちます。この場合、コンサルタントはバッチ変換を使用して、元のロイヤルティ データ オブジェクトの航空会社ポイントのみを含む 2 番目のデータ レイク オブジェクトを作成できます。元のオブジェクトを変更して、ホテル ポイントのみを含めることができます。このようにして、クライアントはポイント システムごとに 2 つの別々のレコードを保持し、それらを追跡してそれに応じて処理することができます。参考資料: バッチ変換、バッチ変換の作成

説明
この問題の原因は、新しいカスタム データ モデル オブジェクト (DMO) がプロファイル カテゴリではないことです。カテゴリは、Data Cloud での目的と機能を定義する DMO のプロパティです。DMO には、プロファイル、イベント、その他の 3 つのカテゴリがあります。プロファイル DMO は、名前、電子メール、住所などの個人またはエンティティの属性を保存するために使用されます。イベント DMO は、購入、クリック、訪問など、個人またはエンティティのアクションまたはインタラクションを保存するために使用されます。その他の DMO が使用されます製品、場所、カテゴリなど、プロファイルまたはイベントのカテゴリに当てはまらないその他の種類のデータを保存します。セグメントは個人の属性に基づいているため、データ クラウドでのセグメントの作成にはプロファイル DMO のみを使用できます。またはエンティティ。したがって、新しいカスタム DMO がプロファイル カテゴリに属さない場合、セグメンテーション キャンバスには表示されません。他のオプションは、この問題の原因ではないため、正しくありません。セグメントは実際のデータがなくてもデータ モデル スキーマに基づいて作成できるため、データの取り込みはセグメント作成の前提条件ではありません。他の DMO との関係に関係なく、任意のプロファイル DMO に基づいてセグメントを作成できるため、新しい DMO は個々の DMO との関係を持つ必要はありません。セグメンテーションは、カスタム DMO を含む任意のプロファイル DMO に基づいてセグメントを作成できるため、個別および統合個別 DMO だけでサポートされているわけではありません。参考資料: 既存のデータ モデル オブジェクトからのカスタム データ モデル オブジェクトの作成、データ クラウドでのセグメントの作成、データ モデル オブジェクト カテゴリ

Data Cloud 組織内で各セグメントが最後に公開された時刻を表示したいお客様は、ダッシュボードとレポート機能を使用してこの要件を達成できます。ダッシュボードは、主要な指標、傾向、比較を表示できるデータを視覚的に表現したものです。レポートは、詳細、概要、計算を表示できるデータの表形式またはマトリックス形式のビューです。ダッシュボードとレポートの両方の機能により、ユーザーはニーズや好みに基づいてデータ ビューを作成、カスタマイズ、共有できます。各セグメントが最後に公開された時刻を表示するには、セグメント名、公開日、およびセグメント オブジェクトの公開ステータス フィールドを表示するダッシュボードまたはレポートを作成できます。ユーザーは、これらのフィールドでデータをフィルタリング、並べ替え、グループ化、またはグラフ化して、より多くの洞察と分析を取得することもできます。ユーザーは、必要に応じて、ダッシュボードまたはレポート データをスケジュール、更新、またはエクスポートすることもできます。参考資料: ダッシュボード、レポート

ストリーミング インサイトは、ユーザーが Web やモバイル イベントなどのストリーミング データ ソースからリアルタイム メトリクスを作成および監視できるようにする機能です。ストリーミング インサイトは、メトリック値と条件に基づいて、通知の送信、レコードの作成、フィールドの更新などのデータ アクションをトリガーすることもできます。したがって、過去 24 時間以内に Web サイトの求人ページを少なくとも 2 回閲覧した候補者を特定し、採用システムに追加するという目標を達成するには、ストリーミング インサイトが最適な機能です。他のオプションは次の理由で正しくありません。
* ストリーミング データ変換は、ユーザーが値のフィルタリング、結合、集計、計算などの SQL 式を使用してストリーミング データを変換および強化できる機能です。ただし、ストリーミング データ変換では、メトリクスを監視したり、条件に基づいてデータ アクションをトリガーしたりする機能は提供されません。
* 計算されたインサイトは、ユーザーが SQL 式を使用してデータから LTV、CSAT、平均注文額などの多次元指標を定義および計算できる機能です。ただし、計算されたインサイトはスケジュールに基づいて実行され、データ アクションをサポートしていないため、リアルタイム データ分析には適していません。
* バッチ データ変換は、ユーザーがビジュアル エディターを使用して、データの結合、集計、フィルタリング、追加などの複雑なデータ変換を作成およびスケジュールできる機能です。
ただし、バッチ データ変換はスケジュールに基づいて実行され、データ アクションをサポートしていないため、リアルタイム データ分析には適していません。参考資料: ストリーミング インサイト、ストリーミング インサイトの作成、データ クラウドでのインサイトの使用、データ クラウド インサイトについて学ぶ、SQL を使用したデータ クラウド インサイト、ストリーミング データ変換、データ クラウドでのバッチ データ変換の開始、バッチ データ変換の変換、バッチ データデータクラウドでの変換: クイックルック、Salesforce データクラウド: AI CDP。

正解は C です。目的の属性は、異なる関連パス上に存在します。データ クラウドでアクティベーションを作成する場合、セグメント エンティティにリンクされているデータ モデル オブジェクトから関連する属性を選択できます。
ただし、すべての関連属性がすべてのアクティベーションで使用できるわけではありません。関連属性を利用できるかどうかは、セグメント エンティティを関連エンティティに接続するデータ モデル オブジェクトのシーケンスであるコンテナ パスによって異なります。たとえば、Unified Individual エンティティでセグメント化する場合、Order Product エンティティから関連属性を選択できますが、これはコンテナ パスが Unified Individual > Order > Order Product である場合に限られます。コンテナ パスが [統合個別] > [注文品目] > [注文製品] の場合、[注文製品] の関連属性はアクティブ化できません。これは、Data Cloud が関連属性の 1 対多のリレーションシップのみをサポートしており、Order Line Items が Order と Order Product の間の多対多のジャンクション オブジェクトであるためです。したがって、必要な属性がセグメント エンティティと同じ関連パス上に存在し、そのパスに多対多のジャンクション オブジェクトが含まれていないことを確認する必要があります。他のオプションは、関連する属性が使用できない理由を説明していないため、不正確です。セグメント エンティティには、プロファイル データだけでなく、任意のデータ モデル オブジェクトを使用できます。属性は、別のアクティベーションで使用されても制限されません。アクティベーションには、1 対 1 の属性だけでなく、1 対多の属性を含めることができます。参考文献:
* アクティベーションの関連属性
* 関連する属性を選択する際の考慮事項
* Salesforce がデータ クラウド コンサルタント認定資格を開始
* データクラウドでセグメントを作成する