Snowflake データ共有
Snowflakeのセキュアデータ共有を使用すると、一般的なデータプロバイダーとの関係で生じるワークフローの摩擦や遅延、障害点、不要なコストを心配することなく、BrazeのSnowflakeポータル上のデータに安全にアクセスできます。データ共有は、以下の統合またはSnowflakeリーダーアカウントを通じて設定できます。
Snowflakeデータ共有は、Brazeデータディストリビューションの一部です。データディストリビューションオプションの全体的な概要については、データディストリビューションを参照してください。

Snowflakeアカウントなしで Snowflakeレベルのデータにアクセスしたいですか?
Snowflakeリーダーアカウントをご確認ください。リーダーアカウントでは、Brazeがアカウントを作成してデータを共有し、ログインしてデータにアクセスするための認証情報を提供します。これにより、すべてのデータ共有と使用料金は完全にBrazeが処理します。
データ配信のエンタイトルメント
データ配信のエンタイトルメントにより、データ共有で利用可能なイベントタイプが決まります。Brazeはイベントを以下のカテゴリに分類しています。
| エンタイトルメント | イベントカテゴリ | 説明 | イベント用語集リファレンス |
|---|---|---|---|
| エンゲージメントイベント | メッセージエンゲージメントイベント | メッセージの送信、配信、開封、クリック、バウンス、その他のメッセージングチャネルインタラクションに関連するイベント | メッセージエンゲージメントイベント |
| ユーザー行動とイベント | エンゲージメントイベントおよびユーザー行動イベント | すべてのエンゲージメントイベントに加え、購入、カスタムイベント、セッション、アトリビューション、アプリ内ユーザーアクションに関連するイベントを含みます | メッセージエンゲージメントイベント、顧客行動およびユーザーイベント |
| Profile 360 | エンゲージメントイベント、ユーザー行動イベント、およびユーザープロファイルデータ | エンゲージメントイベントとユーザー行動とイベントに加え、ユーザープロファイルや属性の変更に関連するイベントを含みます | メッセージエンゲージメントイベント、顧客行動およびユーザーイベント、ユーザープロファイルイベント |
エンタイトルメントに含まれるイベントについてご不明な点がある場合は、Brazeアカウント担当者またはカスタマーサクセスマネージャーまでお問い合わせください。
セキュアデータ共有について
データ共有では、アカウント間で実際のデータがコピーまたは転送されることはありません。すべての共有は、Snowflakeの独自のサービスレイヤーとメタデータストアを通じて行われます。共有データはお客様のアカウントのストレージを消費しないため、月額のデータストレージ料金に影響しないという点は重要な概念です。発生する唯一の料金は、共有データのクエリに使用されるコンピューティングリソース(仮想ウェアハウスなど)に対するものです。
さらに、Snowflakeの組み込みのロールおよび権限機能を使用することで、Brazeから共有されたデータへのアクセスを、Snowflakeアカウントおよびそのデータに対して既に設定されているアクセスコントロールを使って制御および管理できます。アクセスの制限や監視は、自社データと同じ方法で行うことができます。
- インサイトまでの時間を短縮
構築に数週間かかるETLプロセスとはお別れです。BrazeとSnowflakeの独自のアーキテクチャにより、すべてのカスタマーエンゲージメントデータとキャンペーンデータは、データレイクに到着した瞬間からすぐにアクセスおよびクエリが可能になります。データのコピーや移動は発生しないため、最も関連性の高い最新の情報のみに基づいて顧客体験を提供できます。 - データのサイロ化を解消
チャネルやプラットフォームを横断した顧客の全体像を構築できます。データ共有により、Brazeのカスタマーエンゲージメントデータを他のすべてのSnowflakeデータと結合することがこれまで以上に容易になり、信頼できる単一の情報源全体でより豊富なインサイトを創出できます。 - エンゲージメントのパフォーマンスを把握
Braze Benchmarksを使用してカスタマーエンゲージメント戦略を最適化できます。BrazeとSnowflakeを活用したこのインタラクティブなツールにより、自社ブランドのエンゲージメントデータを、チャネル、業界、デバイスプラットフォーム全体のベンチマークと比較できます。
Snowflakeのデータ共有について詳しくは、セキュアデータ共有の概要を参照してください。
前提条件
| 要件 | 説明 |
|---|---|
| Brazeへのアクセス | データ共有を設定するには、Brazeアカウントまたはカスタマーサクセスマネージャーに連絡してください。 |
| Brazeワークスペースの権限 | データ共有を表示するには、Currents連携の表示権限が必要です。データ共有の作成、更新、削除を行うには、Currents連携の編集権限が必要です。 |
| Snowflakeアカウント | admin 権限を持つSnowflakeアカウントが必要です。 |
Secure Data Sharing の設定
Snowflake では、データ共有はデータプロバイダーとデータ消費者の間で行われます。このコンテキストでは、Braze アカウントがデータシェアを作成して送信するデータプロバイダーであり、Snowflake アカウントがデータシェアを使用してデータベースを作成するデータ消費者です。詳細については、Snowflake: Consuming Shared Data を参照してください。
ステップ1:Braze からデータシェアを送信する
- Brazeで、パートナー連携 > データ共有に移動します。
- Snowflakeアカウントの詳細とロケーターを入力します。アカウントロケーターを取得するには、宛先アカウントで
SELECT CURRENT_ACCOUNT()を実行します。 - CRR共有を使用している場合は、クラウドプロバイダーとリージョンを指定します。
- 完了したら、Create Datashareを選択します。これにより、データ共有がSnowflakeアカウントに送信されます。
ステップ2:Snowflake でデータベースを作成する
- 数分後、Snowflake アカウントにインバウンドデータシェアが届きます。
-
インバウンドデータシェアを使用して、テーブルを表示およびクエリするためのデータベースを作成します。例:
CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>
- 新しいデータベースに対するクエリ権限を付与します。

Braze ダッシュボードでシェアを削除して再作成した場合、以前作成したデータベースを削除し、CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name> を使用して再作成し、インバウンドシェアをクエリする必要があります。
同じ Snowflake アカウントにデータを共有している複数のワークスペースがある場合は、マルチワークスペース構成の管理に関するガイダンスとして Snowflake Data Sharing FAQ を参照してください。
使用方法と可視化
データ共有がプロビジョニングされた後、受信したデータ共有からデータベースを作成すると、共有されたすべてのテーブルがSnowflakeインスタンスに表示され、インスタンスに保存されている他のデータと同様にクエリできるようになります。ただし、共有データは読み取り専用であり、クエリのみが可能で、いかなる方法でも変更や削除はできないことに注意してください。
Currentsと同様に、Snowflake セキュアデータシェアリングを使用して以下のことが可能です。
- 複雑なレポートの作成
- アトリビューションモデリングの実行
- 社内での安全な共有
- 未加工のイベントデータやユーザーデータをCRM(Salesforceなど)にマッピング
- その他多数

未加工スキーマのダウンロードには、ユーザープロファイル属性ビューは含まれていません。USER_DEFAULT_ATTRIBUTES_VIEW_SHARED、USER_LATEST_STATE_DEFAULT_ATTRIBUTES_VIEW_SHARED、および関連するユーザー属性ビューの完全なスキーマと使用方法については、ユーザープロファイル属性を参照してください。
ユーザー IDスキーマ
ユーザー IDに関するBrazeとSnowflakeの命名規則の違いに注意してください。
| Brazeスキーマ | Snowflakeスキーマ | 説明 |
|---|---|---|
braze_id |
"USER_ID" |
Brazeによって自動的に割り当てられる一意の識別子です。 |
external_id |
"EXTERNAL_USER_ID" |
顧客が設定するユーザープロファイルの一意の識別子です。 |
重要な情報と制限事項
破壊的変更と非破壊的変更
非破壊的変更
非破壊的変更はいつでも発生する可能性があり、一般的に追加の機能を提供します。非破壊的変更の例は以下のとおりです。
- 新しいテーブルまたはビューの追加
- 既存のテーブルまたはビューへのカラムの追加

新しいカラムは非破壊的変更と見なされるため、BrazeではSELECT *クエリを使用する代わりに、各クエリで対象のカラムを明示的にリストすることを強くお勧めします。あるいは、カラムを明示的に指定したビューを作成し、テーブルを直接クエリする代わりにそれらのビューをクエリすることもできます。
破壊的変更
可能な場合、破壊的変更の前には告知と移行期間が設けられます。破壊的変更の例には以下が含まれます:
- テーブルまたはビューの削除
- 既存のテーブルまたはビューからのカラムの削除
- 既存のカラムの型またはNULL許容性の変更
Snowflakeリージョン
Brazeは現在、すべてのユーザーレベルのデータを以下のSnowflake AWSリージョンでホストしています:
- US East-1
- EU-Central (フランクフルト)
- AP-Northeast-1 (東京)
- AP-Southeast-2 (シドニー)
- AP-Southeast-3 (ジャカルタ)
これらのリージョン外のユーザーに対しては、BrazeはAWS、Azure、またはGCPの任意のリージョンでSnowflakeインフラをホストしている共同顧客にデータ共有を提供できます。
データ保持
保持ポリシー
2年以上経過したデータはすべてアーカイブされ、長期ストレージに移動されます。アーカイブプロセスの一環として、すべてのイベントは匿名化され、個人を特定できる情報(PII)の機密フィールドは削除されます(これにはpropertiesなどのオプションのPIIフィールドも含まれます)。アーカイブされたデータには引き続きuser_idフィールドが含まれており、すべてのイベントデータにわたるユーザーごとの分析が可能です。
対応するUSERS_*_SHAREDビューで、各イベントの直近2年間のデータに対してクエリを実行できます。さらに、各イベントにはUSERS_*_SHARED_ALLビューがあり、匿名化されたデータと匿名化されていないデータの両方を返すクエリを実行できます。
過去のデータ
Snowflake内の過去のイベントデータのアーカイブは、2019年4月まで遡ります。BrazeがSnowflakeにデータを保存し始めた最初の数か月間に、製品の変更が行われたため、一部のデータがわずかに異なって見えたり、null値が含まれている場合があります(当時はすべての利用可能なフィールドにデータを渡していなかったため)。2019年8月より前のデータを含む結果は、予想とわずかに異なる可能性があることを前提としてください。
一般データ保護規則(GDPR)コンプライアンス
Nearly every event record Braze stores includes a few fields representing users’ personally identifiable information (PII). Some events may include email address, phone number, device ID, language, gender, and location information. If a user’s request to be forgotten is submitted to Braze, we will null out those PII fields for any event belonging to those users. This way, we’re not removing the historical record of the event, but now the event can never be tied back to a specific individual.
クエリの速度、パフォーマンス、コスト
データに対して実行されるクエリの速度、パフォーマンス、コストは、データのクエリに使用するウェアハウスのサイズによって決まります。場合によっては、分析のためにアクセスするデータ量に応じて、クエリを正常に実行するためにより大きなウェアハウスサイズを使用する必要があることがあります。Snowflakeには、使用するサイズの最適な判断方法について優れたリソースがあります。ウェアハウスの概要やウェアハウスに関する考慮事項をご覧ください。
