Logotipo del Nilo

PostgreSQL multiusuario habla PostgreSQL

Conectar Nilo a Excel, Google Sheets, IA y REST

Nile: PostgreSQL para aplicaciones B2B multiusuario. Los informes que se generan aquí abarcan todos los usuarios, que suele ser el objetivo.

Comienza gratis 13 destinos

Una conexión, cada superficie

Dónde pueden ir tus datos del Nilo

Nilo mesas en vivo · solo lectura
Consultas federadas + cualquier otro conector · un SQL todas las fuentes · cada plan
Agente de red
  • 1 conexión saliente
  • 0 puertos de entrada
  • Solo lectura · Las credenciales permanecen

funciona en

Query Streams lee datos de Nile 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. Nile virtualiza los inquilinos dentro de una única base de datos PostgreSQL en lugar de asignar una a cada cliente, por lo que las tablas que reconocen inquilinos incluyen una columna `tenant_id` y una sola conexión puede acceder a todos ellos. Su aplicación se limita a un inquilino a la vez; una conexión de informes no lo hace, y para el análisis entre clientes, este es precisamente el comportamiento deseado.

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

  1. Para su equipo, proveedores y socios

  2. Nilo para Excel Microsoft Excel · Complemento de Excel

    Obtenga los resultados de Nile en tiempo real directamente en una hoja de cálculo y actualícelos cuando lo necesite: Excel de escritorio, Excel Online, Microsoft 365.

    Guía de PostgreSQL

  3. De Nilo a Google Sheets Complemento de hojas

    Ejecuta una consulta de Nile guardada desde la barra lateral y arrastra las filas a la hoja de cálculo. Los colaboradores pueden actualizarla ellos mismos.

    Guía de PostgreSQL

  4. Pregúntale a Nova sobre Nilo. Nova AI · texto a SQL

    Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de Nile, escribe y ejecuta el código SQL, explica la respuesta y la representa gráficamente; no necesitas escribir ninguna consulta ni proporcionar credenciales.

    Cómo funciona Nova

  5. Nilo al visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparte un resultado de Nile 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, nunca el código SQL ni las credenciales.

    Cómo funciona el visor de datos
  6. Para aplicaciones y sistemas

  7. API REST de Nile punto final HTTP

    Publica una consulta de Nile 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. De Nile 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 Nile 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. De Nilo a Airtable Plataforma de automatización

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

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

    Guía de PostgreSQL

  11. Del Nilo a la Mesa del Mar Plataforma de automatización

    Mantén actualizada una base de datos SeaTable con datos del Nilo sin exportar ningún archivo ni exponer la base de datos.

    Guía de PostgreSQL

  12. De Nile a Smartsheet Plataforma de automatización

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

    Realiza una copia de seguridad de una aplicación Python de Anvil con Nile 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 MCP del Nilo Clientes de Claude, Cursor y MCP

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

    Programe una consulta de Nile 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 un equipo con acceso a internet. Abre una conexión saliente y nunca escucha, por lo que no se necesita ninguna regla de firewall para las conexiones entrantes.

02

En la consola de Nile, abra la base de datos, luego Configuración y conexión, y elija la opción PostgreSQL.

03

Genera una credencial si no tienes una. Nile te mostrará la contraseña una sola vez, en ese momento, así que cópiala antes de salir de la página.

04

Pegue la cadena de conexión en el primer campo. El host, el puerto, la base de datos, el nombre de usuario y la contraseña se leen automáticamente.

05

Deja la opción Usar SSL activada, prueba y guarda. Léelo 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 Nilo te ofrece

Una base de datos, por inquilino, una consulta.

El modelo de Nile es la parte interesante de este conector, y cambia la finalidad de una conexión de informes.

  • Nile mantiene a todos los inquilinos en una única base de datos Postgres y los separa mediante una columna tenant_id en tablas que tienen en cuenta los inquilinos, en lugar de proporcionar a cada cliente una base de datos o un esquema independiente.
  • Tu aplicación establece un contexto de inquilino por conexión y, por lo tanto, ve un cliente a la vez. Una conexión de Query Streams no establece ese contexto, por lo que ve a todos ellos.
  • Esto hace que la generación de informes entre inquilinos sea una simple función GROUP BY en lugar de un proyecto de integración. El uso por cliente, los ingresos por plan o las cuentas que no han iniciado sesión este mes se muestran en un solo informe.
  • Esto también significa que el control de acceso lo diseñas tú. Una conexión aquí no está limitada a un inquilino, así que si necesitas informes por cliente, filtra por tenant_id en la consulta guardada y comparte esa consulta en lugar de la conexión.
  • Todo lo que ejecuta el agente es de solo lectura, por lo que nada aquí puede modificar los datos del inquilino, independientemente de lo que diga la consulta.
-- Los informes entre inquilinos son un GROUP BY ordinario SELECT t.name AS tenant, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.tenants AS t JOIN public.orders AS o ON o.tenant_id = t.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY t.name ORDER BY revenue DESC;

Las credenciales se muestran una sola vez y los puntos finales regionales son Postgres estándar.

Dos notas prácticas que abarcan la mayor parte de lo que sucede al configurar esto.

  • Nile genera un ID de credencial como nombre de usuario y muestra su contraseña una sola vez. Si la pierdes, genera una nueva en lugar de intentar recuperar la anterior.
  • Los puntos finales son regionales y terminan en .db.thenile.dev, en el puerto estándar 5432. No hay ningún pooler en esta ruta y el agente no aplica ninguna adaptación del pooler.
  • Se requiere TLS y el agente lo aplica para los nombres de host de Nile, por lo que desmarcar la casilla SSL no produce una conexión sin cifrar. La cadena de certificados no está verificada. — considérelo como una protección contra cualquiera que lea el tráfico, no como una prueba de qué servidor respondió.
  • La cadena de conexión pegada se elimina una vez que se completan los campos, por lo que la contraseña se almacena en un solo lugar en lugar de dos.

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 Nile al resto de tus datos.

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

Nilo PostgreSQL multiusuario
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     aplicación del niloÓ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 el Nilo

Anfitrión
<region>.db.thenile.dev
Puerto
5432
Conductor
Npgsql, transportado por el agente; no hay nada que instalar en el extremo de Nile.
Formato de pegado
La cadena de Database, Settings, Connection, PostgreSQL — como una URI postgres://
Nombre de usuario
El ID de credencial generado desde la consola, no una dirección de correo electrónico.
TLS
Obligatorio y de cumplimiento obligatorio para los nombres de host de Nile. Cifrado; la cadena de certificados no está verificada.
Agrupación
Ninguna. El agente no aplica adaptaciones de pooler para Nile.
Alcance del inquilino
No se establece ningún contexto de inquilino, por lo que la conexión ve a todos los inquilinos. Filtre por tenant_id en la consulta cuando lo necesite.
Guardado como
PostgreSQL, con Nile como distintivo
Esquema predeterminado
público, que es lo que conlleva una referencia federada

Vale la pena comprender Nile como objetivo de informes precisamente por lo que no hace en este caso. El aislamiento de inquilinos que lo hace útil para desarrollar se aplica por conexión, por la aplicación, cuando establece un contexto de inquilino. Una conexión de informes que nunca establece uno no está eludiendo un control, sino que está utilizando la base de datos de la manera prevista por el modelo para un operador que necesita ver todo el entorno.

La consecuencia práctica es que la decisión sobre el alcance se traslada a la consulta en lugar de a la conexión. Agregar un filtro tenant_id a una consulta guardada y compartirla proporciona una vista con alcance de cliente sin otorgar la conexión a nadie, que es el mismo patrón que Query Streams utiliza en todas partes: compartir la capacidad de ejecutar algo, no las credenciales que lo respaldan.

Para una consulta entre fuentes, Nile funciona como un PostgreSQL estándar. Una conexión que usted denominó nile_app se escribe como nile_app.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.thenile.dev

Preguntas frecuentes

Preguntas sobre el Nilo

¿Qué herramientas pueden leer datos del Nilo 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 Nile?

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 consultas de flujo modificar los datos en Nile?

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 Nile?

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: <region>.db.thenile.dev. Puerto: 5432. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en el extremo de Nile. Formato de pegado: La cadena de Base de datos, Configuración, Conexión, PostgreSQL, como una URI postgres://.

¿Puedo unir Nile con otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a Nile y a tus 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 Nile es diferente a conectarse a PostgreSQL?

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

¿Existe alguna guía para convertir Nile a Excel?

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

Coloca a Nile donde se hace el trabajo.

Instale el agente, indíquele la ubicación de su base de datos y elija un destino.

Comienza gratis Todos los conectores

Solo lectura Solo salida Las credenciales permanecen en el agente.