AudienceDBとEventDBについて
この記事では、AudienceDBとEventDBの操作方法について説明します。
EventDBとAudienceDBをアカウントとプロファイルで有効にするには、カスタマーサクセスマネージャーに連絡してください。
動作原理
AudienceDBとEventDBサービスは、PostgreSQLに基づいたデータウェアハウスであるAmazon Redshiftに構造化されたオーディエンスデータとイベントデータを保存します。お好みのSQLクライアントやビジネスインテリジェンス(BI)ツールを使用して、Amazon Redshiftでデータをクエリおよび分析できます。
EventDBはEventStoreをデータソースとして使用し、EventStore S3バケットから提供された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}
最終更新日 :: 2025年July月2日