よくある質問

Snowflakeデータ共有を通じてPIIデータを難読化することは可能ですか？

いいえ、現時点ではサポートされていません。

同一リージョンのデータ共有とクロスリージョンのデータ共有のどちらが必要ですか？

以下のシナリオでは、同一リージョンのデータ共有を使用してください。

• Snowflakeアカウントが US-EAST-1（AWS）にあり、Brazeダッシュボードのリージョンが US の場合。
• Snowflakeリージョンが EU-CENTRAL-1（AWS）にあり、Brazeダッシュボードのリージョンが EU の場合。
• Snowflakeリージョンが AP-Northeast-1（AWS）にあり、Brazeダッシュボードのリージョンが日本の場合。
• Snowflakeリージョンが AP-Southeast-2（AWS）にあり、Brazeダッシュボードのリージョンがオーストラリアの場合。
• Snowflakeリージョンが AP-Southeast-3（AWS）にあり、Brazeダッシュボードのリージョンがインドネシアの場合。

上記以外の場合は、クロスリージョンのデータ共有を使用してください。

新しいSnowflakeアカウントに切り替える際、データ共有はどうすればよいですか？

古いSnowflakeアカウントに関連付けられた古いデータ共有を削除し、新しいアカウント用に新しい共有を作成できます。すべての履歴データは新しい共有で利用可能になります。

新しいBrazeワークスペースにデータ共有を切り替えるとどうなりますか？

既存のデータ共有統合を別のBrazeワークスペースを使用するように再構成すると、Snowflakeでテーブルをクエリする際に次のエラーが表示されることがあります。

Shared database is no longer available for use. It will need to be re-created if and when the publisher makes it available again.

この問題を解決するには、Snowflake内で共有をドロップして再作成する必要があります。

1. 以前の共有で作成されたデータベースをドロップします。
2. 統合手順に従ってデータベースを再作成します。
3. 新しいデータベースに必要なアクセス権限を再付与します。
4. 古いデータベースを参照していたビューを再作成します（該当する場合）。

注

新しいSnowflakeインターフェイスでは、Data Products > Private Sharing > Shared with youでBrazeの共有を見つけることができます。

データ共有にデータが表示されないのはなぜですか？

データ共有を作成する際に、誤ったSnowflakeアカウントIDを使用した可能性があります。データ共有ダッシュボードのアカウントIDは、SnowflakeアカウントのCURRENT_ACCOUNT()の出力と一致する必要があります。

共有がクロスリージョンの場合、データがすぐに利用できないことがあります。データ量によっては、お使いのリージョンにデータが同期されるまで数時間かかる場合があります。

データ共有の作成時にHIPAAコンプライアンスエラーが表示されるのはなぜですか？

指定されたアカウントがHIPAA準拠ではないか、Business Criticalより低いSnowflakeエディションを使用しています。データ共有でHIPAA準拠にするには、SnowflakeアカウントをBusiness Critical Editionにアップグレードする必要があります。アカウントのアップグレードについては、Snowflakeサポートにお問い合わせください。

以前のデータ共有を削除した後、新しいデータ共有を再作成できないのはなぜですか？

以前のデータ共有の削除がまだ処理中である可能性があります。プロビジョニング解除プロセスが完了するまで数分待ってから、新しいデータ共有の作成を再度お試しください。

複数のワークスペースが同じSnowflakeアカウントにデータを共有している場合、CREATE DATABASE を何回実行する必要がありますか？

CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name> の実行は1回だけで済みます。異なるBrazeワークスペースからの複数のデータ共有が同じSnowflakeアカウントに共有される場合、それらは自動的に同じ共有にまとめられます。最初のデータベースを作成した後、追加のワークスペースからのデータは、追加の共有リクエストやデータベース作成ステップを必要とせずに、既存のデータベースに自動的に追加されます。

たとえば、ワークスペースAからSnowflakeアカウント123へのデータ共有を作成した場合、共有リクエストを承認してデータベースを作成します。その後、ワークスペースBから同じSnowflakeアカウント123へのデータ共有を作成しても、新しい共有リクエストは送信されません。データは既存の共有に即座に追加され、以前作成したデータベースで利用可能になります。

複数のワークスペースがある場合、1つのデータベースにすべてのデータが含まれますか？

はい。複数のBrazeワークスペースから同じSnowflakeアカウントにデータを共有すると、すべてのデータが1つの共有にまとめられ、同じデータベースで利用できます。app_group_idでフィルタリングすることで、ワークスペースを区別できます。

ベストプラクティスとして、将来に備えてクエリでは常にapp_group_idでフィルタリングしてください。これにより、将来ワークスペースを追加した場合でも、ダッシュボードやレポートの正確性が維持されます。このフィルターがないと、新しく追加されたワークスペースのデータが予期せず指標に含まれる可能性があります。

複数のワークスペースのデータをSnowflakeで管理するための推奨アプローチは何ですか？

すべてのBrazeデータを同じデータベースに送信し、app_group_id でフィルターしてワークスペースを区別します。このアプローチにより、データ管理が簡素化され、組織全体で一貫したレポートが確保されます。

複数のワークスペースに必要なSnowflakeデータ共有コネクターの数はいくつですか？

必要なコネクターの数は、お客様の具体的な構成とエンタイトルメントによって異なります。お客様のユースケースに適したエンタイトルメントについて詳しくは、Brazeアカウントチームにお問い合わせください。

同じSnowflakeアカウント内の異なるワークスペースのデータを分離するにはどのような方法がありますか？

app_group_idカラムを使用して論理的に分離できます。このカラムは、各データ行がどのワークスペースに属しているかを識別します。最も一般的なアプローチは以下のとおりです。

• ビュー（推奨）： app_group_idでフィルタリングしたビューをワークスペースごとに作成します。データを複製することなく、各チームやユースケースに対してクリーンでスコープされたワークスペースデータのビューを提供できます。
• ローカルテーブルコピー： app_group_idでフィルタリングしたデータを別々のテーブルにコピーします。この方法ではデータが複製されるため、一般的にはビューのアプローチが推奨されます。
• 行アクセスポリシーとロール： Snowflakeネイティブの行アクセスポリシーとロールを組み合わせて、各ロールがクエリできる行を制限します。データを単一のテーブルに保持しながら、クエリ時にアクセスを制御できます。

これらの設定はSnowflakeアカウント内で行います。

異なるワークスペースのデータを分離するために、別々のSnowflakeアカウントを使用できますか？

はい。ワークスペースAがアカウントXに共有し、ワークスペースBがアカウントYに共有する場合、各アカウントは個別のデータを持つ独立した共有を受け取ります。ただし、ほとんどの組織ではすべてのビジネスデータに単一のSnowflakeアカウントを使用しています。そのため、このアプローチは運用上のオーバーヘッドが増える可能性があります。前のセクションで説明した論理的な分離アプローチと比較して、このトレードオフを検討してから選択してください。

ワークスペースのデータ分離は、Snowflakeデータ共有でサポートされるユースケースですか？

はい、前のセクションで説明した論理的な分離アプローチを通じてサポートされます。Brazeはワークスペースごとに個別の共有を作成しないため、ビュー、行アクセスポリシー、または個別のアカウントを使用してSnowflakeレベルで分離を管理します。