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

重要

Data Workbench 提供終了のお知らせ.

スキーマを設計および実装するための Dataworkbench(DWB) の可算の説明。

可算についてのData Workbench

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

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

  • Google.com からの訪問は何回ですか？

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

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

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

Data Workbenchでの可算の作成

Dataworkbench で可算を作成するには、次の手順を実行します。

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

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

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

  4. 新しい可算の名前を入力します。 次の例では、顧客の可算を定義しています。 可算レベルが最上位の場合は、親書き込みルートです。

    可算がトップレベルの可算でない場合は、親フィールドに親可算の名前を入力します。 以下の例では、可算のエンゲージメントが作成され、この可算の親が「顧客」になります。

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

このページ