Logotipo de IBM Cloud Databases para PostgreSQL

PostgreSQL administrado habla PostgreSQL

Conectar Bases de datos en la nube de IBM para PostgreSQL a Excel, Google Sheets, IA y REST

Bases de datos en la nube de IBM para PostgreSQL. El puerto se asigna por implementación, así que cópielo del panel de puntos finales.

Una conexión, cada superficie

Dónde pueden ir sus datos de IBM Cloud

Query Streams lee bases de datos de IBM Cloud para PostgreSQL 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. IBM se diferencia de la mayoría de los servicios gestionados de Postgres en dos aspectos: asigna a cada implementación su propio puerto en lugar de usar el 5432, y protege la base de datos con un certificado de la propia autoridad de IBM. Ambos aspectos se gestionan aquí, y conviene conocerlos antes de conectarse, en lugar de después de que falle una prueba.

IBM Cloud Databases para PostgreSQL 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 IBM Cloud es la cadena de conexión, cubierta en detalles de conexión.

  1. Para su equipo, proveedores y socios
  2. IBM Cloud a Excel Microsoft Excel · Complemento de Excel

    Obtenga resultados de IBM Cloud en tiempo real directamente en una hoja de cálculo y actualícelos bajo demanda: Excel de escritorio, Excel Online, Microsoft 365.

    Guía de PostgreSQL
  3. De IBM Cloud a Google Sheets Complemento de hojas

    Ejecute una consulta guardada de IBM Cloud desde la barra lateral y arrastre las filas a la hoja de cálculo. Los colaboradores compartidos pueden actualizarla ellos mismos.

    Guía de PostgreSQL
  4. Pregúntale a Nova sobre IBM Cloud. Nova AI · texto a SQL

    Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de IBM Cloud, 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
  5. IBM Cloud a Data Viewer Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparta un resultado de IBM Cloud en tiempo real con quien desee (un colega, un proveedor, un socio) como una cuadrícula que se puede guardar como marcador y que se actualiza automáticamente al abrirla en un teléfono, una tableta o un ordenador de escritorio. Verán los resultados, nunca la consulta SQL ni las credenciales.

    Cómo funciona el visor de datos
  6. Para aplicaciones y sistemas
  7. API REST de IBM Cloud punto final HTTP

    Publique una consulta de IBM Cloud como un punto final JSON autenticado al que cualquier aplicación puede acceder, con una especificación OpenAPI 3.1 y colecciones preconfiguradas para Postman, Insomnia y Hoppscotch. No se abre ningún puerto de base de datos.

    Guía de PostgreSQL
  8. IBM Cloud a 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 en tiempo real de IBM Cloud 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
  9. IBM Cloud a Airtable Plataforma de automatización

    Sincroniza las filas de IBM Cloud con una base de datos de Airtable según un cronograma, o recupéralas mediante un script de automatización de Airtable.

    Guía de PostgreSQL
  10. IBM Cloud a Baserow Plataforma de automatización

    Alimente una tabla de Baserow desde IBM Cloud a través del punto final REST, ya sea en servidores propios o en la nube de Baserow.

    Guía de PostgreSQL
  11. IBM Cloud a SeaTable Plataforma de automatización

    Mantenga actualizada una base de datos de SeaTable con datos de IBM Cloud sin exportar ningún archivo ni exponer la base de datos.

    Guía de PostgreSQL
  12. IBM Cloud a Smartsheet Plataforma de automatización

    Integre los resultados de IBM Cloud 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
  13. IBM Cloud a Anvil Anvil Works · Plataforma de aplicaciones

    Realice una copia de seguridad de una aplicación Python de Anvil con IBM Cloud 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
  14. Para herramientas de IA
  15. Servidor IBM Cloud MCP Clientes de Claude, Cursor y MCP

    Otorgue a un asistente de IA acceso de solo lectura a IBM Cloud con el esquema que necesita para escribir SQL correcto; no se requieren credenciales en el chat.

    Guía de PostgreSQL
  16. Entregado a las personas
  17. Alertas e informes de IBM Cloud Slack · Discord · Correo electrónico · Webhook

    Programe una consulta de IBM Cloud y haga que las filas se envíen a Slack, Discord, correo electrónico o un webhook firmado, o bien, retenga el mensaje hasta que un recuento de filas, un umbral o un cambio porcentual supere la línea que haya establecido.

    Cómo funcionan las alertas y los informes

Cómo funciona

5 pasos, sin cambios en el firewall de entrada

01

Instale el Agente de red en una máquina que pueda acceder al punto de despliegue: su propia red para un punto final privado, cualquier red para uno público. Abre una conexión saliente y nunca escucha.

02

En IBM Cloud, abra el servicio, luego Puntos finales y elija la pestaña Público o Privado para que coincida con la forma en que el agente accederá a él.

03

Copia la cadena de conexión de PostgreSQL y 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.

04

Verifique el puerto. IBM asigna uno por despliegue (a menudo en el rango de 30000) y este es el campo que debe confirmarse en lugar de asumirse, porque 5432 es casi con seguridad incorrecto en este caso.

05

Deja activada la opción Usar SSL, ejecuta la prueba y guarda. Léela desde Microsoft Excel, Google Sheets, Power BI, MCP o REST a través de esa única conexión.

Análisis en profundidad de la función

Lo que IBM Cloud te ofrece

El puerto es por despliegue, y la tarjeta lo deja deliberadamente en blanco.

Casi todas las demás tarjetas de Postgres rellenan previamente el campo 5432 porque prácticamente todos los demás servicios lo utilizan. Esta no lo hace, y el campo vacío es precisamente la clave.

  • IBM asigna un puerto a cada implementación en lugar de ejecutar todo en el puerto estándar. Dos bases de datos en la misma cuenta no compartirán un puerto.
  • Por lo tanto, el campo aparece vacío y la tarjeta lo solicita explícitamente. Un campo prellenado 5432 sería incorrecto con mucha más frecuencia que correcto, y el error se asemejaría más a un problema de red que a una errata.
  • Obtén el puerto del mismo panel de Puntos finales que el nombre de host. Se encuentra en la cadena de conexión que te proporciona IBM, inmediatamente después del nombre de host.
  • Si una conexión guardada caduca en lugar de ser rechazada, lo primero que hay que volver a comprobar en el panel de control es el puerto.

IBM emite su propia autoridad de certificación, y esto es lo que el agente hace al respecto.

Esta es la parte honesta, y es más específica que el párrafo TLS habitual.

  • La conexión está cifrada y el agente lo fuerza. Se requiere TLS para los nombres de host de IBM Cloud, independientemente de si la casilla SSL está marcada o no.
  • La cadena de certificados no está verificada. IBM proporciona a las implementaciones un certificado de su propia autoridad, y el agente no tiene forma de obtener el certificado de esa autoridad para compararlo.
  • La cadena de conexión propia de IBM suele contener sslmode=verify-full. Ese parámetro no se lee. — el agente extrae el host, el puerto, la base de datos, el nombre de usuario y la contraseña de la cadena y aplica su propia configuración TLS, que requiere cifrado sin validar la cadena.
  • Interprete esto como una protección contra la interceptación del tráfico en tránsito, no como una prueba de qué servidor respondió. Si la verificación de la cadena con la CA de IBM es importante para su cumplimiento normativo, este es el detalle que debe tener en cuenta.
-- 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 IBM Cloud al resto de tus datos.

Una sola instrucción puede abarcar IBM Cloud y sus otras conexiones simultáneamente. Cada origen ejecuta solo la parte que puede, transmite el resultado y la unión se realiza de forma centralizada; los orígenes nunca se comunican entre sí y no se copia nada en ningún lugar.

3 conexiones · 3 agentes

Bases de datos en la nube de IBM para PostgreSQL PostgreSQL administrado
Microsoft SQL Server Motor relacional
Raya Pagos y facturación

Una declaración

-- nada copiado, nada fusionado, nada programado
SELECCIONE   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DESDE     ibm_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 IBM Cloud

Anfitrión
<id>.databases.appdomain.cloud, desde el panel de puntos finales del servicio.
Puerto
Asignado por despliegue, a menudo en el rango de 30000. No es 5432 y no está prellenado.
Conductor
Npgsql, incluido por el agente; no hay nada que instalar en IBM Cloud.
Formato de pegado
La cadena de conexión de PostgreSQL desde Endpoints, como una URI postgres://
TLS
Obligatorio y de cumplimiento obligatorio para los nombres de host de IBM Cloud. Cifrado; la autoridad de certificación de IBM no está verificada y no se puede proporcionar ninguna CA personalizada.
Agrupación
Ninguna. El agente no aplica adaptaciones de pooler para IBM Cloud.
Valores predeterminados
La base de datos ibmclouddb y el usuario admin están precargados, coincidiendo con lo que crea IBM.
Guardado como
PostgreSQL, con IBM Cloud como distintivo
Esquema predeterminado
público, que es lo que conlleva una referencia federada

El campo de puerto vacío es una pequeña decisión de diseño que merece explicación, ya que parece una omisión. Los preajustes se utilizan para rellenar automáticamente la información que un proveedor siempre gestiona de la misma manera, y el puerto de IBM no es uno de ellos. Introducir un valor predeterminado plausible daría como resultado una conexión que superaría la validación pero que, posteriormente, fallaría, lo cual es peor que un campo vacío que plantea una pregunta.

Respecto al certificado: la distinción importante radica en la diferencia entre cifrado e identidad. El tráfico entre el agente y su implementación de IBM está cifrado y no puede leerse durante la transmisión. Lo que el agente no hace es confirmar, ante la autoridad de certificación de IBM, que el servidor que presenta dicho certificado sea el que usted pretendía. Para la mayoría de las cargas de trabajo de informes a través de un punto final privado, esta distinción es irrelevante; si no lo es para usted, es mejor leerla aquí que descubrirla durante una auditoría.

Para una consulta entre fuentes, IBM Cloud funciona como un PostgreSQL estándar. Una conexión que usted denominó ibm_prod se escribe como ibm_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.ibm.com

Preguntas frecuentes

Preguntas sobre las bases de datos en la nube de IBM para PostgreSQL

¿Qué herramientas pueden leer datos de IBM Cloud Databases for PostgreSQL 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 IBM Cloud Databases para PostgreSQL?

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 las bases de datos de IBM Cloud para PostgreSQL?

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 las bases de datos de IBM Cloud para PostgreSQL?

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: <id>.databases.appdomain.cloud, del panel de Endpoints del servicio. Puerto: Asignado por despliegue, a menudo en el rango 30000. No es 5432 y no está preconfigurado. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en IBM Cloud. Formato de pegado: La cadena de conexión de PostgreSQL de Endpoints, como una URI postgres://.

¿Puedo unir bases de datos de IBM Cloud para PostgreSQL con otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a las bases de datos de IBM Cloud para PostgreSQL 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.

¿Es diferente conectar IBM Cloud Databases para PostgreSQL que conectar PostgreSQL?

Solo la cadena de conexión. IBM Cloud Databases for PostgreSQL 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 IBM Cloud rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.

¿Existe alguna guía de IBM Cloud para usar Excel?

Sí, se trata de la guía de PostgreSQL, y es correcta para las bases de datos de IBM Cloud para PostgreSQL tal como está escrita. IBM Cloud utiliza el protocolo de comunicación de PostgreSQL, por lo que la conexión de IBM Cloud a Excel, a Google Sheets y a cualquier otro destino sigue los mismos pasos. La única parte específica de IBM Cloud es la cadena de conexión, y la tarjeta de IBM Cloud la completa automáticamente.

Coloca IBM Cloud 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.