AudienceDBとEventDBについて

EventDBとAudienceDBをアカウントとプロフィールで有効にするには、カスタマーサクセスマネージャーに連絡してください。

仕組み

AudienceDBとEventDBサービスは、構造化された視聴者とイベントのデータをAmazon Redshiftに保存します。これはPostgreSQLに基づくデータウェアハウスです。お好みのSQLクライアントやビジネスインテリジェンス（BI）ツールを使用して、Amazon Redshiftのデータをクエリおよび分析することができます。

EventDBはEventStoreをデータソースとして使用し、EventStoreのS3バケットからのデータをTealiumが提供するAmazon Redshiftデータベースにインポートします。

AudienceStoreはAudienceDBを有効化するための前提条件ではありません。これらのサービスは独立して動作します。AudienceDBは、各訪問セッションの終了時に訪問プロファイルデータを保存します。

AudienceDBとEventDBが有効になった後、保存する属性を選択する必要があります。詳細については、AudienceDBとEventDBの構成を参照してください。

データの保存タイミング

新しいデータは、Redshiftクラスタの負荷に応じて、EventDBとAudienceDBに30分から90分以内に保存されます。

データベーススキーマ

EventDBとAudienceDBが有効になると、データを保存するためのAmazon Redshiftにデータベースが作成されます。各プロファイルは同じRedshiftインスタンス内に独自のデータベーススキーマを持ち、これは各ユーザーが各データベーススキーマ（プロファイル）に対して独自のユーザー名とパスワードを持つことを意味します。AudienceDBとEventDBのデータベーススキーマは、プロファイルでEventDBまたはAudienceDBが有効になったときに自動的に作成されます。

データの保持

EventDBとAudienceDBに保存されたデータは、契約で定められた期間、Amazon RedShiftで利用可能なままです。データが保存される期間を決定する契約の条件を確認するために、アカウントマネージャーに連絡してください。

EventDBとAudienceDBの属性の変更

EventDBに以前に追加された属性を削除すると、その属性はEventDBに送信されなくなり、EventDBからも削除されます。EventDBの属性の変更はEventStoreのファイルに影響を与えません。

AudienceDBに以前に追加された属性を削除すると、その属性はAudienceDBに送信されなくなり、AudienceDBからも削除されます。AudienceDBの属性の変更はAudienceStoreのファイルに影響を与えません。

テーブル、ビュー、正規化ビュー

Redshiftデータベーステーブルの列は、属性タイプと内部属性IDに基づいて命名されます。データのビューと正規化ビューはテーブルと同じデータを含みますが、クエリを書きやすくするためにユーザーフレンドリーな名前が付けられています。正規化ビューの名前はビュー名に似ていますが、テーブル名から属性IDが省略されています。テーブル名とビュー名は以下のように作成されます：

• テーブル名
  列名は属性タイプと属性IDの組み合わせです。
  例：badge_30
• ビュー名
  列名はユーザーフレンドリーな名前と属性IDの組み合わせです。
  例：visitor - badge - fan (30)
• 正規化ビュー名
  列名は属性IDなしのユーザーフレンドリーな名前です。
  例：visitor - badge - fan

ビューと正規化ビューは、SUM()、MIN()、MAX()などの集計を含むクエリを実行するプロセスを簡素化します。

AudienceDBのテーブル

訪問と訪問の属性は、その属性タイプと名前に基づいてデータベーステーブルの列に保存されます。視聴者は訪問テーブルの列として保存されます。テーブルのキーはvisit_idまたはvisitor_idです。

訪問と訪問のデータに利用可能な以下のテーブルがあります：

• 訪問/セッションデータ：visits
• 訪問データ：visitors

さらに、特別な属性タイプのための以下のテーブルが存在します：

• 配列：visit_arrays, visitor_arrays
• 文字列のセット：visit_lists, visitor_lists
• 集計：visit_tallies, visitor_tallies

詳細情報については、AudienceDBデータガイドを参照してください。

EventDBのテーブル

EventDBテーブルデータには、イベントフィード内のすべてのイベントのイベント属性が含まれます。テーブルの列は属性タイプと名前に基づいて命名され、一部の属性だけが内部IDを参照します。標準的なUniversal Data Object (UDO)変数はudo_プレフィックスで命名され、ほとんどの列名は対応する属性名と一致します。例：udo_event_name。詳細情報については、ライブイベントとフィードを参照してください。

Tealium Collectタグから来るイベントデータには、ページ上で実行されたタグとページパフォーマンスメトリクスに関する情報も含まれています。詳細については、Tealium Collectを参照してください。

イベントデータに利用可能な以下のテーブルがあります：

• イベントフィードデータ：events_{FEED}