クランチーブリッジのロゴ

マネージドPostgres PostgreSQLについて話す

接続する クランチーブリッジ Excel、Google Sheets、AI、RESTへ

Crunchy Bridgeは、直接または内蔵のPgBouncerを介してPostgresを管理します。ポート番号によって、どちらのPostgresを指定したのかがエージェントに伝わります。

一つの接続、あらゆる表面

Crunchy Bridgeのデータが保存される場所

Query Streams は、単一の読み取り専用接続を介して、Microsoft Excel、Google Sheets、Power BI、MCP 経由の AI アシスタント、および REST エンドポイントから Crunchy Bridge を読み取ります。Crunchy Bridge は、直接データベースと組み込みの PgBouncer を同じホスト名に配置し、ポート (5432 と 5431) で分離します。この 1 つの詳細により、ここで紹介するマネージド Postgres カードの中で最もクリーンなプール接続が実現します。ポートがシグナルのすべてであるため、ウィザード、バッジ、エージェントはすべて同じものを読み取り、どのエンドポイントを使用しているかについて意見が食い違うことはありません。

Crunchy Bridgeは、ネットワーク上のPostgreSQLです。 — 標準ドライバーなので、以下のガイドはすべて変更なく適用されます。Crunchy Bridge固有の部分は接続文字列のみで、以下で説明します。 接続の詳細.

  1. チーム、ベンダー、パートナーの皆様へ
  2. カリカリとしたブリッジ・トゥ・エクセル Microsoft Excel · Excelアドイン

    Crunchy Bridgeのリアルタイム結果をワークシートに直接取り込み、必要に応じて更新できます。対応プラットフォームは、デスクトップ版Excel、Excel Online、Microsoft 365です。

    PostgreSQLガイド
  3. Crunchy Bridge to Google Sheets Sheetsアドオン

    サイドバーから保存済みのCrunchy Bridgeクエリを実行し、結果をシートにドラッグ&ドロップします。共有されている共同作業者は、各自でシートを更新できます。

    PostgreSQLガイド
  4. ノヴァにクランチーブリッジについて聞いてみて Nova AI · テキストからSQLへ

    平易な英語で質問してください。Novaは既にCrunchy Bridgeのテーブルを把握しており、SQL文を作成して実行し、回答を説明してグラフ化します。クエリを作成する必要も、認証情報を提供する必要もありません。

    Novaの仕組み
  5. Crunchy Bridge to Data Viewer 結果共有 · チーム、ベンダー、パートナー · 電話、タブレット、デスクトップ

    Crunchy Bridgeのリアルタイム結果を、同僚、ベンダー、パートナーなど、誰とでも共有できます。共有されたグリッドはブックマーク可能で、スマートフォン、タブレット、デスクトップなど、どのデバイスで開いても常に最新の状態に戻ります。相手には結果のみが表示され、SQLや認証情報は一切表示されません。

    データビューアの仕組み
  6. アプリとシステム向け
  7. Crunchy Bridge REST API HTTPエンドポイント

    Crunchy Bridgeクエリを、認証済みのJSONエンドポイントとして公開します。このエンドポイントは、OpenAPI 3.1仕様に準拠しており、Postman、Insomnia、Hoppscotch用の既製コレクションも用意されているため、どのアプリケーションでも呼び出すことができます。データベースポートは開放されません。

    PostgreSQLガイド
  8. Power BI へのクランチーブリッジ Power Query M

    生成された Power Query M を Power BI アドバンスト エディターに貼り付けると、レポートは HTTPS 経由で Crunchy Bridge のリアルタイムの結果を読み取ります。ODBC ドライバーもデータベース ポートも開かれません。

    Power BI の仕組み
  9. クランチーブリッジからエアテーブルへ 自動化プラットフォーム

    Crunchy Bridgeの行をスケジュールに基づいてAirtableベースに同期したり、Airtableの自動化スクリプト内で取得したりできます。

    PostgreSQLガイド
  10. クランチーブリッジからベースロウへ 自動化プラットフォーム

    Crunchy BridgeからRESTエンドポイント経由でBaserowテーブルにデータを供給します(セルフホスト環境またはBaserowクラウド環境)。

    PostgreSQLガイド
  11. カリカリの海辺への橋 自動化プラットフォーム

    ファイルをエクスポートしたりデータベースを公開したりすることなく、SeaTableのベースをCrunchy Bridgeのデータで常に最新の状態に保つことができます。

    PostgreSQLガイド
  12. SmartsheetへのCrunchy Bridge 自動化プラットフォーム

    Crunchy Bridgeの結果をSmartsheetグリッドにプッシュすることで、計画やレポートが先週のエクスポートデータではなく、ソースシステムから読み込まれるようになります。

    PostgreSQLガイド
  13. クランチー・ブリッジ・トゥ・アンビル Anvil Works · アプリプラットフォーム

    Anvil PythonアプリをCrunchy Bridgeでバックアップするには、アプリ内にデータベース認証情報を埋め込むのではなく、RESTエンドポイントを介してバックアップします。

    PostgreSQLガイド
  14. AIツール向け
  15. Crunchy Bridge MCPサーバー Claude、Cursor、およびMCPクライアント

    AIアシスタントにCrunchy Bridgeへの読み取り専用アクセス権を与え、正しいSQLを作成するために必要なスキーマのみを付与します。チャットに認証情報を含めないでください。

    PostgreSQLガイド
  16. 人々に届けられる
  17. Crunchy Bridgeのアラートとレポート Slack · Discord · メール · Webhook

    Crunchy Bridgeクエリをスケジュール設定して、結果をSlack、Discord、メール、または署名付きWebhookに送信するか、行数、しきい値、または変化率が設定した値を超えるまでメッセージを保留することができます。

    アラートとレポートの仕組み

仕組み

5つのステップ、受信ファイアウォールの変更は不要

01

インターネットに接続できる任意のマシンにネットワークエージェントをインストールしてください。ネットワークエージェントは送信接続を1つだけ開き、受信接続を待機することはないため、受信ファイアウォールルールを要求する必要はありません。

02

Crunchy Bridgeでクラスターを開き、「接続」タブに移動してURIをコピーします。それを最初のフィールドに貼り付けると、ホスト、ポート、データベース、ユーザー名、パスワードがすべて読み込まれます。

03

どのポートが使用されたかを確認してください。5432番ポートはデータベースへの直接接続、5431番ポートはPgBouncerプールです。モードセレクターは、貼り付け時にポート番号を自動的に追跡します。

04

「SSLを使用する」をオンにしてテストを実行してください。Crunchy Bridgeは暗号化された接続を必要とし、エージェントはCrunchyホスト名に対して暗号化接続を強制します。

05

保存後、Microsoft Excel、Google Sheets、Power BI、MCP、またはRESTから読み込むことができます。貼り付けたURIは、入力欄への入力が完了すると破棄されるため、パスワードは一度だけ保存されます。

機能の詳細解説

Crunchy Bridgeが提供するもの

ポートは2つ、ホスト名は1つ、そして同期がずれる心配は一切なし。

プーラーを備えたほとんどのマネージドPostgresサービスでは、2つ目のホスト名または覚えておく必要のあるフラグが提供されます。Crunchy Bridgeはポートのみを変更し、それ以外は何も変更しません。これが、想像以上に重要な意味を持つことがわかります。

  • ポート5432は直接データベースに接続するためのポートです。ポート5431は、同じホスト上で同じ認証情報を使用してトランザクションモードで動作する組み込みのPgBouncerです。
  • ポートはすべての接続文字列の一部であるため、貼り付け時に一緒に渡されます。5431 URI を貼り付けると、カードはプールされたポートに切り替わります。 モードセレクターの存在を知っている必要はありません。
  • エージェントは接続時に同じポートを読み取るため、バッジに表示される内容と実際に起こることは、ずれが生じる可能性のある2つの設定ではなく、同じ事実です。プールされたフラグがアドレスとは別に保存されているカードでは、ずれが生じる可能性があります。
  • モードセレクターでは、矛盾した選択はできません。ポートが5432のままのプールを選択すると、保存する前にその旨が表示されます。これは、この設計が防止しようとしている不具合です。

プールを通過すると何が変わるのか

トランザクションプーリングはステートメント間でセッションを別のバックエンドに渡しますが、それを安全に行うには2つのNpgsqlのデフォルト設定を移動する必要があります。

  • プリペアドステートメントは無効になっています。名前付きプリペアドステートメントは別のバックエンドに再割り当てされると無効になるため、負荷がかかった際に後で失敗するのを避けるため、自動準備は無効に固定されています。
  • 通常は接続がプールに戻ったときに実行されるセッションリセットはスキップされます。なぜなら、トランザクションプーラーでは、そのリセットを実行するのはユーザーの役割ではないからです。
  • どちらもエージェントがポートから自動的に適用します。設定は不要で、プールされたエンドポイントをプールされた動作なしで使用することはできません。
  • 長時間かかる読み取りには直接ポートを、短時間の読み取りが多数ある場合はプールを使用してください。どちらの方法でもMicrosoft ExcelとGoogle Sheetsで動作します。違いは同時実行数に現れますが、結果には影響しません。

暗号化、そしてそれが証明することと証明しないこと

はっきり述べておく価値があるのは、ここに掲載されているすべてのマネージドPostgresカードで同じ姿勢が取られており、読み飛ばしやすいからです。

  • TLSは必須であり、オプションではありません。エージェントは、SSLチェックボックスがオフになっている場合でも、Crunchyホスト名に対して暗号化を強制するため、トラフィックが暗号化されないことはありません。
  • 証明書チェーンは検証されていません。これは、どのサーバーが応答したかの証明としてではなく、通信中のトラフィックを傍受しようとする者に対する保護手段として扱ってください。
  • エージェントが実行する処理はすべて読み取り専用であり、認証情報はインストール先のマシンから外部に送信されることはありません。Query Streamsは、お客様のデータやパスワードのコピーを一切保存しません。
  • Crunchy側では何もインストールする必要はありません。エージェントにはNpgsqlドライバが搭載されており、通常のクライアントとして接続します。
-- 通常の Postgres、読み取り専用、TLS 経由 SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;

すべてのデータベースコネクタで共有されます

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

  • 発信専用 エージェントは、クエリ ストリームへの暗号化された接続を 1 つだけ開きます。受信ポートの転送も、VPN も、IP 許可リストも不要で、データベースに関する情報がインターネットに公開されることは一切ありません。
  • 認証情報はそのまま保持されます データベースのユーザー名とパスワードは、エージェントをインストールしたマシン上に存在します。Query Streamsはこれらを受け取ることはなく、単独ではデータベースにアクセスできません。
  • 読み取り専用、強制 一度に1つのステートメントのみ、SELECT文とその関連文のみ。書き込みは、誰かが設定した権限に頼るのではなく、サーバーに送信される前に自分のマシン上で拒否されます。
  • エージェントは好きなだけデプロイできます サイト、リージョン、クラウドごとに1つずつ。ユーザーが確認できるすべてのデータソースは単一のドロップダウンリストに表示されるため、どのエージェントがどのデータをホストしているかを誰も知る必要はありません。

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

  • SQLではなく、機能を共有する。 同僚や外部パートナーが、クエリの背後にあるステートメントを見ることなく、クエリを実行してフィルターを変更できてしまう。
  • どちらの方向からでもフィルターをかける それらを@変数として自分で宣言するか、コネクタにWHERE句に既に存在するリテラル値を検出させて、ドロップダウンとして提供させます。
  • どこからでも読める Microsoft Excel、Google Sheets、Power BI、REST API、MCP上のAIアシスタント、クエリビルダー、Novaはすべて、同じ保存済みクエリを読み取ります。
  • 複数同時に実行 — 5つの保存済みクエリを5つのワークシートタブに表示し、結果の規模に関わらず同時にストリーミングします。
  • すでに接続済みの他のものにも接続してください — 別のデータベース、ビジネスAPI、またはファイルフォルダを、1つの読み取り専用ステートメントで取得します。

クロスソースSQL

Crunchy Bridgeを他のデータと連携させる

1つのステートメントで、Crunchy Bridgeと他の接続を同時に処理できます。各ソースは実行可能な部分のみを実行し、結果をストリーミングで返送します。結合は中央で行われるため、ソース同士が直接通信したり、データがコピーされたりすることはありません。

接続数3件・エージェント数3名

クランチーブリッジ マネージドPostgres
マイクロソフトSQLサーバー 関係エンジン
ストライプ 支払いと請求

一つの声明

-- コピーなし、マージなし、スケジュールなし
セレクト   c.region、COUNT(*) AS orders、SUM(i.amount_due) AS invoiced
フロム     クランチープロッド公共命令1 f
ジョイン     erp_sql.dbo.顧客2      c ON c.id = f.customer_id
ジョイン     請求する.stripe.invoices3    i ON i.customer = c.stripe_id
GROUP BY c.領域
ORDER BY 請求書記載のDESC;

接続、スキーマ、テーブルの3つの部分から構成され、接続名はユーザーが自由に設定できます。これは例示用の列であり、テーブルはユーザー自身が設定します。読み取り専用はすべての要素に適用され、SELECT、WITH、EXPLAINのみが使用可能で、1つのクエリで1つのソースが渡せるデータ量には上限があります。 フェデレーションクエリの仕組み

接続の詳細

クランチーブリッジに必要なもの

ホスト
p.<cluster-id>.db.postgresbridge.com — 両方のエンドポイントで同じホスト
ポート
直接データベースの場合は5432、組み込みのPgBouncerプールの場合は5431
ドライバ
エージェントによって提供されるNpgsql - Crunchy Bridge側では何もインストールする必要はありません
貼り付け形式
クラスターの「接続」タブにあるURIをpostgres://文字列として取得します。
TLS
Crunchyホスト名には必須であり、強制適用されます。暗号化されていますが、証明書チェーンは検証されていません。
プーリング
トランザクションモードの PgBouncer (5431 番)。エージェントは、これを使用すると自動準備ステートメントを無効にし、セッションリセットをスキップします。
保存先
Crunchy Bridgeをバッジとして保持したPostgreSQL
デフォルトスキーマ
連邦参照が持つパブリックなもの

Crunchy Bridgeは、プール型エンドポイントの記述方法の模範例です。プールは個別のホスト名や保存されたフラグではなくポートであるため、接続時に表示されるモード、ペーストパーサー、接続を行うエージェントなど、必要なすべてのレイヤーが同じ場所から同じ値を読み取ります。同期させるべき2つ目の設定は存在しないため、ラベルが示す内容と接続の動作が異なってしまうことはありません。

モードセレクタは、スイッチというよりはガードとして理解するのが適切です。ポートを変更しても、セレクタ自体がポートを変更することはありません。両者が矛盾することを許さないのです。これは意図的な動作です。なぜなら、ポートはCrunchy Bridgeが実際にルーティングを行う対象であり、セレクタに権限を持たせてしまうと、唯一重要な値を上書きしてしまうことになるからです。

クロスソースクエリの場合、Crunchy Bridgeは通常のPostgresとして動作します。crunchy_prodという接続はcrunchy_prod.public.ordersとして書き込まれ、CSVファイルのフォルダ、オンプレミスの記録システム、または課金APIに、コピーやスケジュール処理なしで、読み取り専用のステートメント1つで接続します。

ベンダー資料: www.crunchydata.com

よくある質問

Crunchy Bridgeに関する質問

クエリ ストリームを介して Crunchy Bridge のデータを読み取ることができるツールはどれですか?

Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、スケジュールされたアラートやレポートなど、すべてを1つの接続で利用できます。データベースに一度接続すれば、すべてのインターフェースが同じ読み取り専用接続を読み取ることができます。ツールごとの設定やデータの複製は一切不要です。

Crunchy Bridgeデータベースへのファイアウォールポートを開放する必要がありますか?

いいえ。Query Streams Network Agentはネットワーク内で動作し、暗号化された単一の送信接続を開きます。受信トラフィックを監視するものはなく、VPNも不要で、データベースは既存のファイアウォールルールを維持します。

クエリ ストリームは Crunchy Bridge のデータを変更できますか?

いいえ。エージェントは実行時に読み取り専用を強制します。つまり、一度に1つのステートメント(SELECT文など)のみを実行します。認証情報はエージェント上に保持され、クエリ ストリームに送信されることはありません。

クエリ ストリームが Crunchy Bridge に接続するために必要なものは何ですか?

到達可能なホスト、ロール、およびそのパスワード - エージェントがドライバを運ぶため、データベースには何もインストールされません。 ホスト: p.<cluster-id>.db.postgresbridge.com - 両方のエンドポイントで同じホスト。 ポート: 直接データベースの場合は 5432、組み込みの PgBouncer プールの場合は 5431。 ドライバ: Npgsql、エージェントによって運ばれます - Crunchy Bridge 側には何もインストールする必要はありません。 貼り付け形式: クラスターの [接続] タブの URI を postgres:// 文字列として貼り付けます。

Crunchy Bridgeを同じクエリ内で別のデータベースに接続することはできますか?

はい、それはフェデレーションクエリです。1つのステートメントで、Crunchy Bridgeと他の接続を同時に参照でき、connection.schema.table の形式で記述されます。各ソースは実行可能な部分のみを実行し、結果をストリームで返します。結合は中央で行われるため、ソース同士が接続されることはなく、何もコピーまたはスケジュールされません。読み取り専用はすべての部分(SELECT、WITH、EXPLAINのみ)に適用され、1つのソースが単一のクエリで渡せるデータ量には上限があります。フェデレーションクエリはプラン機能であり、フェデレーションクエリページには現在のソースとサイズの制限が表示されます。

Crunchy Bridgeへの接続は、PostgreSQLへの接続とは異なりますか?

接続文字列のみが必要です。Crunchy BridgeはPostgreSQLワイヤプロトコルを使用するため、フィルタ、スケジュール設定、共有、ExcelおよびGoogle Sheetsアドオン、MCPサーバーはすべて同じように動作します。Crunchy Bridgeカードには、プロバイダが想定するホスト、ポート、SSL設定があらかじめ入力されています。

Crunchy BridgeからExcelへのガイドはありますか?

はい、これはPostgreSQLのガイドであり、Crunchy Bridgeにもそのまま適用できます。Crunchy BridgeはPostgreSQLのワイヤプロトコルを使用するため、Crunchy BridgeからExcel、Crunchy BridgeからGoogle Sheets、その他のすべての接続先で同じ手順が実行されます。Crunchy Bridge固有の部分は接続文字列のみですが、Crunchy Bridgeカードが自動的に入力してくれます。

クランチーブリッジは、仕事が行われる場所に設置してください。

エージェントをインストールし、データベースを指定して、保存先を選択してください。

読み取り専用 発信専用 認証情報はエージェントに保持されます