Your Snowflake data, where work happens.

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

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

• Password — the simple case, for accounts without MFA enforced. If MFA is required, the connection test says so in plain words and points you at the alternatives rather than failing with a driver code.
• Key-pair RSA — the usual recommendation for a service connection. Paste the private key or point at a key file on the agent; an encrypted key with a passphrase is accepted.
• Programmatic access token — Snowflake's own token for exactly this kind of caller.
• 役割は接続の一部であるため、レポート接続は、ユーザー自身のログインが実行できる操作とは無関係に、読み取り専用の役割を持つことができます。
• Warehouse is part of the connection too — point reporting at a small warehouse and it stays on the small warehouse.

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

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

すべてのデータベースコネクタに当てはまる

• Outbound only — the agent opens one encrypted connection out to Query Streams. No inbound port to forward, no VPN, no IP allowlist, nothing about your database exposed to the internet.
• Credentials stay put — the database username and password live on the machine you installed the agent on. Query Streams never receives them and cannot reach your database on its own.
• Read-only, enforced — one statement at a time, SELECT and friends only. A write is rejected on your own machine before it is ever sent to the server, rather than relying on a permission somebody remembered to set.
• Deploy as many agents as you like — one per site, region or cloud. Every data source they can see arrives in a single dropdown, so nobody has to know which agent hosts what.

クエリが保存されると、次のようになります。

• Share the capability, not the SQL — a colleague or an outside partner can run your query and change its filters without ever seeing the statement behind it.
• Filters from either direction — declare them yourself as @variables, or let the connector spot the literal values already sitting in your WHERE clause and offer those as dropdowns.
• Read it from anywhere — Microsoft Excel, Google Sheets, Power BI, the REST API, AI assistants over MCP, the Query Builder and Nova all read the same saved query.
• Run several at once — five saved queries into five worksheet tabs, streamed concurrently, however large the results.
• Join it to anything else you have connected — another database, a business API, or a folder of files, in one read-only statement.