スキーマデザインの可算構造

DataWorkbench(DWB)での可算の説明(スキーマの設計と実装)。

可算についてData Workbench

最も高いレベルには可算ディメンションがあります。 可算ディメンションは、2つの主な機能を果たします。 最初に、要素をカウントするディメンションを指定します。 つまり、可算は次のような質問に答えます。

  • ホームページを訪問した訪問者の数

  • Google.comからの訪問回数は?

<discoiqbr>一般に、可算ディメンションは合計の指標を作成するときに使用します。作成した指標からは、そのディメンションのすべてのエレメントの数(合計)が得られます。可算ディメンションを定義することで、予約数、商品の注文件数など、事例の数をカウントすることができます。例えば、カウント可能なエレメント(オンラインストアからの注文に対応するログエントリ)を持つ可算ディメンションordersを定義できます。 ビジュアライゼーション内の注文件数を表示する場合は、注文の合計指標を定義します。この指標は、ディメンションに対して評価できるか、フィルターを適用できます。

可算ディメンションは他のディメンションの親または他の可算ディメンションの子にすることができます。

ルート可算ディメンションをデータ内の追跡IDに関連付ける必要はありませんが、Adobeでは、追跡IDフィールド(x-trackingid)をキーとして使用するようにデータセットのルート可算ディメンションを設定することをお勧めします。 そうすることで、ルート可算の各エレメントが x-trackingid の一意の値に関連付けられ、各エレメントに関するすべてのデータがグループ化されます。

可算ディメンションは、以下のパラメーターによって定義します。

パラメーター 説明 デフォルト
名前 Data Workbench のユーザーが見てわかりやすいディメンションの名前。ディメンション名にハイフン(-)を含めることはできません。

コメント

(オプション。拡張ディメンションについてのメモ。

&lt;/p> &lt;/td>

条件

入力フィールドが可算ディメンションの作成に寄与する条件。ディメンションという切り口から見えるログエントリとその(データセットスキーマにおける)すべての子の集合が、指定された条件によって制限されます。

Hidden Data Workbench のインターフェイスにディメンションを表示するかどうかを指定します。デフォルトでは false に設定されています。例えば、指標の基準としてのみ使用されるディメンションであれば、このパラメーターを true に設定して、Data Workbench に表示されないようにすることができます。 false
キー

(オプション。キーとして使用するフィールドの名前。このパラメーターを定義した場合、可算ディメンションのエレメントは、その親のエレメントと、キーとして指定したフィールドの個別の値との組み合わせごとに存在することになります。

可算ディメンションの各エレメントは、連続性を持ったログエントリの集合に関連付けられている必要があります。そのため、ログエントリがキーごとに並んでいなかった場合、キーフィールドが変化するたびに、可算ディメンションのエレメントが作成されます。そのような状況を回避するために、時系列に連続した一意のキーを使用することをお勧めします。

Parent

親ディメンションの名前。すべての可算ディメンションは、親ディメンションになることができます。特定のディメンションをデータセットのスキーマにおける最上位のディメンションとするには、このパラメーターを「root」に設定します。定義済みのディメンションは、データセットのルート可算ディメンションになります。例えば、Site を使用している場合、Visitor ディメンションがデータセットのルート可算ディメンションとなります。

注意:ルート可算ディメンションは、必ずしもデータ内の追跡 ID に関連付けられている必要はありません。ただし、データセットのルート可算ディメンションを設定するときに、そのキーとして追跡 ID フィールド(x-trackingid)を使用することをお勧めします。そうすることで、ルート可算の各エレメントが x-trackingid の一意の値に関連付けられ、各エレメントに関するすべてのデータがグループ化されます。別の方法でデータセットを設定したい場合は、アドビにお問い合わせください。

次の例は、Web サイトトラフィックから収集されたイベントデータを使用する可算ディメンションの定義です。この可算ディメンションは、特定のセッション内の Web キャンペーンイベントをカウントします。Web サーバーに対するすべての電子メールキャンペーンリソース要求が、「email=」を含んだ cs-uri-query で行われることを前提としています。この例で関心の対象となるのは、特定のセッション期間中、電子メールキャンペーンに対して訪問者が反応を示した回数であって、cs-uri-query(email) フィールドの実際の値ではありません。

可算の2つ目の主な機能は、データセットスキーマ構造のバックボーンを形成する点です。 データスキーマとその他すべてのディメンションは、グループ化され、可算に属するように編成されます。 つまり、ディメンションを「カテゴリ」と見なす場合、可算とは、これらの「カテゴリ」をグループに編成する方法です。
ディメンションが可算ディメンションの下にグループ化される場合、それらは可算ディメンションの「レベル」にあると言えます。 例えば、下の図では、「電子メールアドレス」が訪問者レベル、「ブラウザー」が訪問レベルになっています。 「親」と「子」は、可算とその下にグループ化されたディメンションとの関係を指します。 例えば、訪問者は電子メールアドレスの「親」です。 逆に、電子メールアドレスは訪問者の「子」です。

Data Workbenchでの可算の作成

次の手順を実行して、Data Workbenchで可算を作成します。

  1. プロファイルマネージャーを開く

  2. Transformationフォルダーの下に設定ファイルを作成し、ワークステーションで開きます。

  3. 「拡張Dimension」で右クリックし、次に示すように、新規追加/可算を選択します。

  4. 新しい可算の名前を入力します。 次の例では、 Customer Countableが定義されています。 可算レベルが最も高いレベルの場合は、親の書き込みルートです。

    可算が最上位レベルでない場合は、親フィールドに親可算の名前を入力します。 次の例では、エンゲージメント可算が作成され、この可算の親が顧客です。

スキーマデザイン、可算構造、オフラインデータフィード設定のData Workbenchアーキテクチャについて詳しくは、データセットスキーマインターフェイスを参照してください。

このページ