Base de datos OCI con logotipo de PostgreSQL

PostgreSQL administrado habla PostgreSQL

Conectar Base de datos OCI con PostgreSQL a Excel, Google Sheets, IA y REST

Base de datos Oracle Cloud Infrastructure con PostgreSQL. No existe un punto de acceso público, lo que convierte al agente en la opción más lógica en lugar de una solución alternativa.

Una conexión, cada superficie

Dónde pueden ir sus datos de OCI PostgreSQL

Query Streams lee datos de la base de datos OCI con 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. Este servicio no tiene ningún punto final público; solo se puede acceder desde dentro de su VCN, por lo que no surge la pregunta habitual de cómo exponer una base de datos de forma segura. Instale el Agente de red en una instancia de OCI Compute en la misma VCN y se conectará al punto final privado como un cliente normal, realizando llamadas externas para todo lo demás. Sin bastión, sin exposición pública, sin reglas de entrada.

OCI Database con 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 OCI PostgreSQL es la cadena de conexión, cubierta en detalles de conexión.

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

    Obtenga resultados de OCI PostgreSQL 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. OCI PostgreSQL a Google Sheets Complemento de hojas

    Ejecute una consulta OCI PostgreSQL guardada desde la barra lateral y arrastre las filas a la hoja. Los colaboradores compartidos pueden actualizarla ellos mismos.

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

    Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas OCI PostgreSQL, 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. OCI PostgreSQL a Visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparta un resultado de OCI PostgreSQL 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 ejecuta de nuevo al abrirla, ya sea en un teléfono, una tableta o un ordenador. 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 OCI PostgreSQL punto final HTTP

    Publique una consulta OCI PostgreSQL como un punto final JSON autenticado al que cualquier aplicación puede acceder, 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
  8. OCI PostgreSQL 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 de OCI PostgreSQL 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
  9. OCI PostgreSQL a Airtable Plataforma de automatización

    Sincroniza las filas de OCI PostgreSQL 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. OCI PostgreSQL a Baserow Plataforma de automatización

    Alimenta una tabla de Baserow desde OCI PostgreSQL a través del punto final REST, ya sea en servidores propios o en la nube de Baserow.

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

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

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

    Introduzca los resultados de OCI PostgreSQL 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. OCI PostgreSQL a Anvil Anvil Works · Plataforma de aplicaciones

    Realice una copia de seguridad de una aplicación Python de Anvil con OCI PostgreSQL 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 OCI PostgreSQL MCP Clientes de Claude, Cursor y MCP

    Otorgue a un asistente de IA acceso de solo lectura a OCI PostgreSQL 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 OCI PostgreSQL Slack · Discord · Correo electrónico · Webhook

    Programe una consulta OCI PostgreSQL para 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 instancia de OCI Compute en la misma VCN y subred que el sistema de base de datos. Este es el truco, y se trata de una instancia de Compute normal que realiza tráfico saliente normal.

02

En la consola de OCI, abra el sistema de base de datos y copie el punto final privado: una dirección IP o un nombre de dominio completo (FQDN) que se resuelva dentro de la VCN.

03

Introdúzcalo como host, con el puerto, la base de datos y el nombre de usuario. La base de datos PostgreSQL ya está precargada; el nombre de usuario es el que creó con el sistema de base de datos.

04

Deje la opción Usar SSL activada a menos que su sistema de base de datos tenga TLS deshabilitado; luego, ejecute la prueba.

05

Guárdala y léela desde Microsoft Excel, Google Sheets, Power BI, MCP o REST. Ahora puedes acceder a la base de datos privada desde una hoja de cálculo sin que haya sido expuesta.

Análisis en profundidad de la función

Lo que OCI PostgreSQL te ofrece

No hay ningún punto final público, y ese resulta ser el caso fácil.

Normalmente, una base de datos privada es la que resulta incómoda. En este caso es al revés, porque el agente ya fue diseñado precisamente para esta configuración.

  • La base de datos OCI con PostgreSQL es privada virtual (VCN) por diseño. No hay ningún nombre de host público que habilitar ni ninguna configuración que lo proporcione.
  • Por lo tanto, cualquier herramienta que se conecte internamente desde su propia nube no puede alcanzarla, y las soluciones alternativas habituales — un servidor bastión, una subred pública, una VPN de vuelta a la oficina — todo ello implica ampliar algo.
  • El agente no se conecta internamente. Si se coloca en una instancia de Compute en la misma VCN, simplemente actúa como cliente en la red privada y abre una conexión saliente a Query Streams para todo lo demás. La VCN permanece inalterada.
  • Esa conexión saliente es la única ruta de entrada y salida, y no se necesita ninguna regla de lista de seguridad de entrada para crearla. La base de datos permanece tan privada como antes de conectarla a una hoja de cálculo.

La marca se basa en la conexión guardada, porque una IP privada se ve como cualquier otra.

Una pequeña consecuencia de ser privada que vale la pena explicar, ya que hace que esta tarjeta se comporte de forma ligeramente diferente a las demás.

  • Todas las demás tarjetas alojadas aquí reconocen a su proveedor a partir del nombre de host. — .neon.tech, .render.com, .aivencloud.com. No existe un equivalente en OCI, ya que su punto final es una dirección privada dentro de su propia red y podría ser cualquier cosa.
  • Por lo tanto, este preajuste se identifica por haber seleccionado la tarjeta, en lugar de por la dirección. Seleccionarla es lo que registra que se trata de OCI.
  • La conexión no depende de eso; se trata de la insignia y la configuración predeterminada de la marca, no del protocolo de red. En el fondo se encuentra PostgreSQL y el agente lleva el controlador Npgsql.
  • Esto significa que vale la pena elegir esta tarjeta en lugar de una PostgreSQL genérica, aunque ambas se conectarían. Heroku es la única otra opción preconfigurada en la misma posición, y por la misma razón.

El cifrado sigue a la casilla de verificación, y la red privada es la razón.

La mayoría de las tarjetas Postgres administradas aquí indican que el agente fuerza el uso de TLS independientemente de lo que diga la casilla de verificación. Esta no lo hace, deliberadamente.

  • La casilla SSL está activada por defecto, y si se deja activada, la conexión se cifra. Ese es el procedimiento habitual y no requiere ninguna modificación.
  • El agente no lo anula, ya que un sistema de base de datos VCN-privada con TLS desactivado es una configuración legítima y forzar el cifrado interrumpiría una conexión que funcionaba. El tráfico en una subred privada nunca cruza la internet pública.
  • Por lo tanto, la instrucción es simple: déjelo activado a menos que su sistema de base de datos tenga TLS deshabilitado, en cuyo caso desactívelo.
  • Cuando el cifrado está activado, la cadena de certificados no se verifica. Considérelo como una protección contra la interceptación del tráfico en tránsito, en lugar de una prueba de qué servidor respondió.
  • Todo lo que ejecuta el agente es de solo lectura, las credenciales permanecen en la instancia de Compute en la que lo instalaste y Query Streams no guarda ninguna copia de tus datos.
-- Postgres ordinario, solo lectura, desde dentro de la VCN\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM public.customers AS c\nJOIN public.orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER 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 OCI PostgreSQL al resto de tus datos.

Una sola instrucción puede abarcar OCI PostgreSQL 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

Base de datos OCI con 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     núcleo ociÓ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 OCI PostgreSQL

Anfitrión
El punto final privado del sistema de base de datos: una IP o FQDN que se resuelve dentro de su VCN. No hay un nombre público.
Puerto
5432
Conductor
Npgsql, incluido por el agente; no hay nada que instalar en el extremo de OCI.
Colocación de agentes
Una instancia de OCI Compute en la misma VCN y subred. No se necesita bastión ni exposición pública.
Valores predeterminados
La base de datos PostgreSQL está precargada. El nombre de usuario es el que creaste con el sistema de base de datos.
TLS
Sigue la casilla de verificación SSL, que está activada por defecto. No es forzado por el agente, ya que un sistema VCN-privado puede tener TLS desactivado legítimamente. Cifrado cuando está activado; la cadena de certificados no se verifica.
Agrupación
Ninguna. El agente no aplica adaptaciones de pooler para OCI.
Identificado por
Elegir la tarjeta, no el nombre de host: una dirección privada no lleva señal del proveedor.
Guardado como
PostgreSQL, con OCI como distintivo
Esquema predeterminado
público, que es lo que conlleva una referencia federada

Este es el conector donde el argumento de la arquitectura deja de ser un tema de debate sobre seguridad y se convierte en la única solución viable. En cualquier otra página se puede afirmar que el agente no necesita ninguna regla de firewall de entrada, y es cierto y conveniente. En OCI Database con PostgreSQL, no hay ninguna regla de entrada disponible, ya que no existe un punto final público al que apuntar. Una herramienta que se conecta desde su propia nube a la suya simplemente no puede acceder a esta base de datos; una que se ejecuta dentro de su VCN y realiza llamadas salientes sí puede.

Su diseño práctico es sencillo, y esa es precisamente la clave: una pequeña instancia de Compute en la subred correcta, el agente instalado y el punto final privado configurado. A partir de ahí, la base de datos aparece en Microsoft Excel, Google Sheets, Power BI, un cliente MCP y un punto final REST, con acceso de solo lectura y filtros que usted controla, y la VCN se configura exactamente igual que antes.

Para una consulta entre fuentes, OCI es como PostgreSQL. Una conexión que usted denominó oci_core se escribe como oci_core.public.orders y se une a una carpeta de archivos CSV, un almacén en la nube o una API de facturación en una sola instrucción de solo lectura, que suele ser precisamente el objetivo de colocar una hoja de cálculo delante de una base de datos a la que nadie más puede acceder.

Documentación del proveedor: www.oracle.com

Preguntas frecuentes

Preguntas sobre la base de datos OCI con PostgreSQL

¿Qué herramientas pueden leer datos de bases de datos OCI con PostgreSQL a través de flujos de consulta?

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 a mi base de datos OCI con base de datos 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 una base de datos OCI con 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 la base de datos OCI con 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: El punto final privado del sistema de base de datos: una IP o FQDN que se resuelve dentro de su VCN. No hay nombre público. Puerto: 5432. Controlador: Npgsql, llevado por el agente; no hay que instalar nada en el extremo de OCI. Ubicación del agente: Una instancia de OCI Compute en la misma VCN y subred. No se necesita bastión ni exposición pública.

¿Puedo unir una base de datos OCI con PostgreSQL a otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a la base de datos OCI con 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 una base de datos OCI con PostgreSQL que conectar una base de datos PostgreSQL?

Solo la cadena de conexión. La base de datos OCI con 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 OCI PostgreSQL rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.

¿Existe alguna guía de OCI para convertir PostgreSQL a Excel?

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

Coloca OCI PostgreSQL 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.