PostgreSQL administrado habla PostgreSQL
Conectar Puente crujiente a Excel, Google Sheets, IA y REST
Crunchy Bridge gestionaba Postgres, ya sea directamente o a través del PgBouncer integrado. El puerto le indica al agente a cuál te referías.
Una conexión, cada superficie
Dónde pueden ir tus datos de Crunchy Bridge
- 1 conexión saliente
- 0 puertos de entrada
- Solo lectura · Las credenciales permanecen
funciona en
- Para su equipo, proveedores y socios
-
Excel Complemento · Actualizar bajo demanda
-
Hojas de cálculo de Google Complemento · Actualizar bajo demanda
-
Nova AI preguntar en lenguaje sencillo · texto a SQL
-
Visor de datos Compartir resultados en directo · equipo, proveedores, socios · cualquier dispositivo
- Para aplicaciones y sistemas
-
API REST Punto final JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizaciones programadas Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Para herramientas de IA
-
Asistentes de IA Claude · Cursor · Servidor MCP
- Entregado a las personas
-
Alertas e informes Slack · Discord · Correo electrónico · Webhook
Query Streams lee Crunchy Bridge desde Microsoft Excel, Google Sheets, Power BI y asistentes de IA a través de MCP y un punto final REST mediante una única conexión de solo lectura. Crunchy Bridge ubica su base de datos directa y su PgBouncer integrado en el mismo nombre de host y los separa por puerto (5432 y 5431). Este detalle la convierte en la conexión agrupada más limpia de todas las tarjetas Postgres administradas. El puerto es la señal completa, por lo que el asistente, el distintivo y el agente leen lo mismo y no pueden discrepar sobre a qué punto final se está conectando.
Crunchy Bridge es PostgreSQL en la red — el controlador estándar, por lo que todas las guías a continuación se aplican sin cambios. La única parte específica de Crunchy Bridge es la cadena de conexión, cubierta en detalles de conexión.
- Para su equipo, proveedores y socios
-
Crunchy Bridge to Excel Microsoft Excel · Complemento de Excel
Integre los resultados de Crunchy Bridge en tiempo real directamente en una hoja de cálculo y actualícelos cuando lo desee: Excel de escritorio, Excel Online, Microsoft 365.
Guía de PostgreSQL -
Crunchy Bridge para Google Sheets Complemento de hojas
Ejecuta una consulta guardada de Crunchy Bridge desde la barra lateral y arrastra las filas a la hoja de cálculo. Los colaboradores pueden actualizarla ellos mismos.
Guía de PostgreSQL -
Pregúntale a Nova sobre Crunchy Bridge. Nova AI · texto a SQL
Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de Crunchy Bridge, escribe y ejecuta la consulta SQL, explica la respuesta y la representa gráficamente; no necesitas escribir ninguna consulta ni proporcionar credenciales.
Cómo funciona Nova -
Crunchy Bridge al visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador
Comparte un resultado de Crunchy Bridge en tiempo real con quien quieras —un colega, un proveedor, un socio— como una cuadrícula que se puede guardar y que se actualiza automáticamente al abrirla en un teléfono, una tableta o un ordenador. Verán los resultados, pero nunca el código SQL ni las credenciales.
Cómo funciona el visor de datos - Para aplicaciones y sistemas
-
API REST de Crunchy Bridge punto final HTTP
Publica una consulta de Crunchy Bridge como un punto final JSON autenticado al que cualquier aplicación puede llamar, con una especificación OpenAPI 3.1 y colecciones predefinidas para Postman, Insomnia y Hoppscotch. No se abre ningún puerto de base de datos.
Guía de PostgreSQL -
Crunchy Bridge to Power BI Power Query M
Pegue la consulta Power Query M generada en el Editor avanzado de Power BI y el informe leerá los resultados de Crunchy Bridge en tiempo real a través de HTTPS, sin necesidad de un controlador ODBC ni de abrir ningún puerto de base de datos.
Cómo funciona Power BI -
Crunchy Bridge a Airtable Plataforma de automatización
Sincroniza las filas de Crunchy Bridge con una base de datos de Airtable según un cronograma, o recógelas dentro de un script de automatización de Airtable.
Guía de PostgreSQL -
Crunchy Bridge a Baserow Plataforma de automatización
Alimenta una tabla de Baserow desde Crunchy Bridge a través del punto final REST, ya sea en servidores propios o en la nube de Baserow.
Guía de PostgreSQL -
Crujiente puente hacia la mesa del mar Plataforma de automatización
Mantén actualizada una base de datos de SeaTable con datos de Crunchy Bridge sin exportar ningún archivo ni exponer la base de datos.
Guía de PostgreSQL -
Crunchy Bridge a Smartsheet Plataforma de automatización
Introduce los resultados de Crunchy Bridge en una cuadrícula de Smartsheet para que los planes e informes se lean desde el sistema de origen, y no desde la exportación de la semana pasada.
Guía de PostgreSQL -
Crujiente puente hacia Anvil Anvil Works · Plataforma de aplicaciones
Realiza una copia de seguridad de una aplicación Python de Anvil con Crunchy Bridge a través del punto final REST en lugar de incrustar las credenciales de la base de datos en la aplicación.
Guía de PostgreSQL - Para herramientas de IA
-
Servidor Crunchy Bridge MCP Clientes de Claude, Cursor y MCP
Otorgue a un asistente de IA acceso de solo lectura a Crunchy Bridge con el esquema que necesita para escribir SQL correcto; no se requieren credenciales en el chat.
Guía de PostgreSQL - Entregado a las personas
-
Alertas e informes de Crunchy Bridge Slack · Discord · Correo electrónico · Webhook
Programa una consulta de Crunchy Bridge y haz que las filas se envíen a Slack, Discord, correo electrónico o un webhook firmado, o bien, retén el mensaje hasta que un número de filas, un umbral o un cambio porcentual supere la línea que hayas establecido.
Cómo funcionan las alertas y los informes
Cómo funciona
5 pasos, sin cambios en el firewall de entrada
Instale el Agente de red en cualquier máquina con acceso a internet. Abre una conexión saliente y nunca escucha, por lo que no hay que solicitar ninguna regla de firewall de entrada.
Abre el clúster en Crunchy Bridge, ve a la pestaña Conexión y copia la URI. Pégala en el primer campo: el host, el puerto, la base de datos, el nombre de usuario y la contraseña se leerán automáticamente.
Comprueba qué puerto se utilizó. El 5432 es la base de datos directa y el 5431 es el grupo PgBouncer, y el selector de modo sigue automáticamente el puerto cuando pegas.
Deja activada la opción Usar SSL y ejecuta la prueba. Crunchy Bridge requiere una conexión cifrada y el agente la aplica a los nombres de host de Crunchy en cualquier caso.
Guárdalo y luego léelo desde Microsoft Excel, Google Sheets, Power BI, MCP o REST. La URI pegada se elimina una vez que se completan los campos, por lo que la contraseña se almacena una sola vez.
Análisis en profundidad de la función
Lo que Crunchy Bridge te ofrece
Dos puertos, un nombre de host y nada que pueda desincronizarse.
La mayoría de los servicios Postgres administrados con pooler te proporcionan un segundo nombre de host o un parámetro que debes recordar. Crunchy Bridge cambia el puerto y nada más, lo cual resulta ser más importante de lo que parece.
- El puerto 5432 es la base de datos directa. El puerto 5431 es el PgBouncer integrado, que se ejecuta en modo transaccional, en el mismo host con las mismas credenciales.
- Como el puerto forma parte de cada cadena de conexión, se transmite con el texto. Si se pega una URI 5431, la tarjeta cambia automáticamente a un puerto agrupado. — No es necesario que sepas que existe el selector de modo.
- El agente lee el mismo puerto al conectarse, por lo que lo que muestra el distintivo y lo que realmente sucede son el mismo hecho, en lugar de dos configuraciones que pueden diferir. En tarjetas donde el indicador de agrupación se almacena por separado de la dirección, esto puede ocurrir.
- El selector de modo no te permitirá contradecirte. Si eliges el grupo con el puerto aún en 5432, te lo indicará antes de poder guardar, lo cual es precisamente el fallo que este diseño pretende evitar.
¿Qué cambia cuando pasas por la piscina?
La agrupación de transacciones transfiere su sesión a un servidor backend diferente entre cada instrucción, y para que esto sea seguro, es necesario que dos configuraciones predeterminadas de Npgsql se muevan.
- Las sentencias preparadas están desactivadas. Las sentencias preparadas con nombre no se conservan al reasignarse a otro sistema de gestión, por lo que la preparación automática se desactiva permanentemente en lugar de dejar que falle posteriormente bajo carga.
- El restablecimiento de sesión que normalmente se ejecuta cuando una conexión regresa al grupo se omite, porque en un gestor de grupos de transacciones ese restablecimiento no es algo que usted deba realizar.
- Ambas configuraciones las aplica el agente únicamente desde el puerto. No hay nada que configurar ni forma de tener el punto final agrupado sin el comportamiento de agrupación.
- Utilice el puerto directo para lecturas de larga duración y el grupo de lecturas cuando tenga muchas lecturas cortas. Ambos funcionan con Microsoft Excel y Google Sheets; la diferencia se refleja en la concurrencia, no en los resultados.
Encriptado, y lo que eso demuestra y no demuestra.
Vale la pena aclararlo, porque es la misma postura en todas las tarjetas Postgres administradas aquí y es fácil malinterpretarla.
- Se requiere TLS, pero no se ofrece. El agente fuerza el cifrado para los nombres de host de Crunchy incluso si la casilla SSL está desactivada, por lo que el tráfico nunca está en texto plano.
- La cadena de certificados no está verificada. Considérela como una protección contra la interceptación del tráfico en tránsito, en lugar de como una prueba de qué servidor respondió.
- Todo lo que ejecuta el agente es de solo lectura, y las credenciales nunca salen del equipo donde lo instalaste. Query Streams no almacena ninguna copia de tus datos ni de tu contraseña.
- No es necesario instalar nada en el lado de Crunchy. El agente lleva el controlador Npgsql y se conecta como un cliente normal.
-- Postgres ordinario, solo lectura, sobre 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;
Compartido por todos los conectores de bases de datos
Esto es cierto para todos los conectores de bases de datos.
- Solo salida — El agente abre una conexión cifrada hacia Query Streams. No hay ningún puerto de entrada que reenviar, ni VPN, ni lista de direcciones IP permitidas, nada de su base de datos queda expuesto a Internet.
- Las credenciales permanecen en su lugar. — El nombre de usuario y la contraseña de la base de datos se encuentran en la máquina donde instaló el agente. Query Streams nunca los recibe y no puede acceder a su base de datos por sí solo.
- Solo lectura, obligatorio — Una instrucción a la vez, solo SELECT y similares. La escritura se rechaza en tu máquina antes de enviarse al servidor, en lugar de depender de un permiso que alguien haya configurado.
- Despliega tantos agentes como quieras. — uno por sitio, región o nube. Todas las fuentes de datos que pueden ver llegan en un único menú desplegable, por lo que nadie tiene que saber qué agente aloja qué.
Lo que obtienes una vez que se guarda una consulta
- Comparte la capacidad, no el SQL. — Un colega o un socio externo puede ejecutar su consulta y cambiar sus filtros sin ver nunca la instrucción que la respalda.
- Filtros desde cualquier dirección — declárelas usted mismo como @variables, o deje que el conector detecte los valores literales que ya se encuentran en su cláusula WHERE y los ofrezca como menús desplegables.
- Léelo desde cualquier lugar — Microsoft Excel, Google Sheets, Power BI, la API REST, los asistentes de IA a través de MCP, el Generador de consultas y Nova leen la misma consulta guardada.
- Ejecutar varios a la vez — cinco consultas guardadas en cinco pestañas de hojas de cálculo, procesadas simultáneamente, independientemente del tamaño de los resultados.
- Conéctalo a cualquier otra cosa que tengas conectada. — otra base de datos, una API empresarial o una carpeta de archivos, en una sola instrucción de solo lectura.
SQL entre fuentes
Une Crunchy Bridge al resto de tus datos.
Una sola instrucción puede abarcar Crunchy Bridge y tus otras conexiones simultáneamente. Cada fuente ejecuta solo la parte que puede, transmite el resultado y la unión se realiza de forma centralizada; las fuentes nunca se comunican entre sí y no se copia nada en ningún lugar.
3 conexiones · 3 agentes
Una declaración
-- nada copiado, nada fusionado, nada programado
SELECCIONE c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DESDE crunchy_prodÓrdenes públicas1 f
ÚNASE A erp_sql.dbo.clientes2 c ON c.id = f.customer_id
ÚNASE A facturación.stripe.facturas3 i ON i.cliente = c.stripe_id
GRUPO POR región c
ORDENAR POR facturado DESC;
Las tres partes son conexión, esquema y tabla; el nombre de la conexión es el que le hayas dado. Las columnas son solo ilustrativas; tus tablas serán tus tablas. Se aplica el modo de solo lectura a cada elemento: solo SELECT, WITH y EXPLAIN, con un límite en la cantidad de datos que una sola fuente puede proporcionar para una sola consulta. Cómo funcionan las consultas federadas
Detalles de conexión
Lo que necesita Crunchy Bridge
- Anfitrión
- p.<cluster-id>.db.postgresbridge.com — el mismo host para ambos puntos finales
- Puerto
- 5432 para la base de datos directa, 5431 para el grupo PgBouncer integrado.
- Conductor
- Npgsql, incluido por el agente; no hay nada que instalar en el extremo de Crunchy Bridge.
- Formato de pegado
- La URI de la pestaña Conexión del clúster, como una cadena postgres://
- TLS
- Obligatorio y de cumplimiento obligatorio para los nombres de host de Crunchy. Cifrado; la cadena de certificados no está verificada.
- Agrupación
- PgBouncer en modo transacción en 5431. El agente desactiva las sentencias preparadas automáticas y omite el restablecimiento de sesión cuando lo utiliza.
- Guardado como
- PostgreSQL, con Crunchy Bridge conservado como distintivo
- Esquema predeterminado
- público, que es lo que conlleva una referencia federada
Crunchy Bridge es el caso de referencia para describir un punto final agrupado. Dado que el grupo es un puerto en lugar de un nombre de host independiente o un indicador guardado, todas las capas que necesitan conocerlo (el modo que se muestra en la conexión, el analizador de texto y el agente que establece la conexión) leen el mismo valor del mismo lugar. No hay una segunda configuración que mantener sincronizada y, por lo tanto, no hay forma de que la etiqueta indique una cosa mientras la conexión indica otra.
El selector de modo debe entenderse como un mecanismo de protección, no como un interruptor. No cambia el puerto cuando lo modificas; simplemente impide que ambos valores entren en conflicto. Esto es intencional, ya que el puerto es el elemento que Crunchy Bridge utiliza para el enrutamiento, por lo que hacer que el selector sea autoritativo le permitiría sobrescribir el único valor relevante.
Para consultas entre fuentes, Crunchy Bridge funciona como un PostgreSQL estándar. Una conexión que usted denominó crunchy_prod se escribe como crunchy_prod.public.orders y se une a una carpeta de archivos CSV, un sistema de registro local o una API de facturación en una sola instrucción de solo lectura, sin copiar ni programar nada.
Documentación del proveedor: www.crunchydata.com
Preguntas frecuentes
Preguntas sobre Crunchy Bridge
¿Qué herramientas pueden leer datos de Crunchy Bridge a través de Query Streams?
Todas ellas, desde una única conexión: Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e informes programados. Conecte la base de datos una sola vez y todas las superficies leerán la misma conexión de solo lectura; no se requiere configuración por herramienta ni una segunda copia de los datos.
¿Tengo que abrir un puerto del firewall para mi base de datos Crunchy Bridge?
No. El agente de red de Query Streams se ejecuta dentro de su red y abre una única conexión cifrada saliente. No se monitoriza el tráfico entrante, no se requiere VPN y la base de datos conserva sus reglas de firewall existentes.
¿Pueden las secuencias de consultas modificar los datos en Crunchy Bridge?
No. El agente aplica el modo de solo lectura en el punto de ejecución: una instrucción a la vez, solo SELECT y similares. Las credenciales permanecen en el agente y nunca se envían a Query Streams.
¿Qué necesita Query Streams para conectarse a Crunchy Bridge?
Un host accesible, un rol y su contraseña: el agente lleva el controlador, por lo que no se instala nada en la base de datos. Host: p.<cluster-id>.db.postgresbridge.com: el mismo host para ambos puntos finales. Puerto: 5432 para la base de datos directa, 5431 para el grupo PgBouncer integrado. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en el extremo de Crunchy Bridge. Formato de pegado: La URI de la pestaña Conexión del clúster, como una cadena postgres://.
¿Puedo unir Crunchy Bridge a otra base de datos en la misma consulta?
Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a Crunchy Bridge y a sus otras conexiones simultáneamente, escritas como conexión.esquema.tabla. Cada origen ejecuta solo la parte que puede y transmite el resultado; la unión se realiza de forma centralizada, por lo que los orígenes nunca se conectan entre sí y no se copia ni se programa nada. El modo de solo lectura se aplica a cada parte (solo SELECT, WITH y EXPLAIN) y existe un límite en la cantidad de datos que un origen puede transferir para una sola consulta. Las consultas federadas son una característica del plan; la página de consultas federadas muestra los límites actuales de origen y tamaño.
¿Conectar Crunchy Bridge es diferente a conectar PostgreSQL?
Solo la cadena de conexión. Crunchy Bridge utiliza el protocolo de red de PostgreSQL, por lo que los filtros, la programación, el uso compartido, los complementos de Excel y Google Sheets, y el servidor MCP funcionan de forma idéntica. La tarjeta de Crunchy Bridge rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.
¿Existe una guía de Crunchy Bridge to Excel?
Sí, se trata de la guía de PostgreSQL, y es correcta para Crunchy Bridge tal como está escrita. Crunchy Bridge utiliza el protocolo de comunicación de PostgreSQL, por lo que la conexión de Crunchy Bridge a Excel, a Google Sheets y a cualquier otro destino sigue los mismos pasos. La única parte específica de Crunchy Bridge es la cadena de conexión, y la tarjeta de Crunchy Bridge la completa automáticamente.
Coloca Crunchy Bridge donde se realiza el trabajo.
Instale el agente, indíquele la ubicación de su base de datos y elija un destino.
Solo lectura Solo salida Las credenciales permanecen en el agente.

