接続する スノーフレーク Excel、Google Sheets、AI、RESTへ

認証方法は3種類あり、そのうち2種類は多要素認証（MFA）にも耐えられる。

Snowflakeでは、強制的な多要素認証（MFA）が、自動レポートツールが直面する一般的な障壁となっています。なぜなら、プッシュ通知を承認する担当者がキーボードの前にいないからです。3つの方法のうち2つは、まさにこの問題を解決するために設計されています。

• パスワード — これは、MFAが適用されていないアカウントの場合の単純なケースです。MFAが必要な場合は、接続テストでその旨が明確に表示され、ドライバコードでエラーを示すのではなく、代替手段が提示されます。
• 鍵ペアRSA — サービス接続に関する一般的な推奨事項です。エージェント上の秘密鍵を貼り付けるか、鍵ファイルを指定してください。パスフレーズ付きの暗号化された鍵も受け付けます。
• プログラムによるアクセストークン — Snowflake独自のトークンで、まさにこのような呼び出し元に対応しています。
• 役割は接続の一部であるため、レポート接続は、ユーザー自身のログインが実行できる操作とは無関係に、読み取り専用の役割を持つことができます。
• 倉庫も接続の一部です — 小規模倉庫での報告は、小規模倉庫内に留まります。

最初の見落としを諦めない発見

SnowflakeのINFORMATION_SCHEMAは一律に読み取り可能ではありません。どの部分がロールに表示されているかは、そのロールが持つ権限によって異なり、重要なメタデータが最初に欠落することがよくあります。

• データベース、スキーマ、テーブル、および列は、テーブルごとに1回の往復ではなく、バッチ処理でINFORMATION_SCHEMAから読み込まれます。
• キー使用状況ビューがあなたの役割で読み取れない場合、エージェントはテーブルごとに SHOW PRIMARY KEYS と SHOW IMPORTED KEYS を並行して実行するようにフォールバックするため、クエリ ビルダーにはリレーションシップが表示されます。
• 列の精度とスケールはカタログに取り込まれる際に保持されるため、NUMBER(12,2) は 1 として記述されます。

フェデレーション結合では、データベースではなくスキーマが使用されます。

これは人々が誤解しがちな点です。Snowflakeデータベースは接続自体に紐づいているため、クロスソースクエリでは、3部構成の名前の中央部分がSnowflakeスキーマ（通常はPUBLIC）になります。

-- warehouse は接続、PUBLIC は Snowflake スキーマです SELECT c.region, SUM(o.total) AS revenue FROM warehouse.PUBLIC.orders o JOIN pg_crm.public.customers c ON c.id = o.customer_id GROUP BY c.region