Logotipo de Vultr Managed Databases

Gestionado · PG + MySQL Habla PostgreSQL / MySQL

Conectar Bases de datos gestionadas por Vultr a Excel, Google Sheets, IA y REST

Bases de datos gestionadas por Vultr: PostgreSQL o MySQL. El puerto se asigna por clúster y no es el 5432, que es el que requiere mayor configuración.

Una conexión, cada superficie

Dónde pueden ir tus datos de Vultr

Query Streams lee bases de datos gestionadas por Vultr 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. Una tarjeta abarca ambos motores que ofrece Vultr, PostgreSQL y MySQL, y usted elige cuál usar en la parte superior. Hay dos aspectos importantes que debe conocer antes de empezar: Vultr asigna un puerto no estándar por clúster en lugar de usar el predeterminado del motor, y ambos motores reciben un tratamiento diferente en cuanto al cifrado. Ambos aspectos se explican más adelante.

Vultr Managed Databases es PostgreSQL / MySQL 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 Vultr es la cadena de conexión, cubierta en detalles de conexión.

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

    Integre los resultados de Vultr 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. Vultr a Google Sheets Complemento de hojas

    Ejecuta una consulta de Vultr 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 Vultr. Nova AI · texto a SQL

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

    Comparte un resultado de Vultr 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 la consulta SQL ni las credenciales.

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

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

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

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

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

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

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

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

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

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

    Programa una consulta de Vultr 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

01

Instale el Agente de red en cualquier lugar que pueda acceder al clúster. Solo realiza conexiones salientes, por lo que no se necesita ninguna regla de firewall para las conexiones entrantes.

02

En el portal de Vultr, abra Bases de datos administradas, seleccione su clúster y, a continuación, Información general y Detalles de conexión.

03

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, y el selector de motor sigue el esquema: una cadena postgres:// selecciona PostgreSQL, una cadena mysql:// selecciona MySQL.

04

Verifique el puerto que se utilizó. Vultr asigna uno por clúster y PostgreSQL suele ser el 16751, por lo que este es el campo que debe verificarse en lugar de asumirlo.

05

Deja activada la opción Usar SSL, realiza una prueba y guarda. Puedes leerlo desde Microsoft Excel, Google Sheets, Power BI, MCP o REST.

Análisis en profundidad de la función

Lo que Vultr te ofrece

El puerto es por clúster, y es el campo que atrapa a la gente.

La mayoría de los proveedores gestionados mantienen el motor por defecto. Vultr no lo hace, y todo lo que sucede después depende de que funcione correctamente.

  • Los clústeres de PostgreSQL suelen usar el puerto 16751 en lugar del 5432, y los clústeres de MySQL también tienen su propio puerto asignado. El número pertenece al clúster, no al motor.
  • Por lo tanto, la tarjeta deja el puerto en blanco deliberadamente en lugar de rellenarlo con un valor predeterminado que sería incorrecto. Hay que escribirlo o pegarlo, y no guarda los cambios sin uno de estos datos.
  • Ese es el mejor fallo. Un error 5432, aunque plausible, pasaría el formulario sin problemas y luego se agotaría el tiempo de espera al intentar conectarse, lo que se interpreta como un bloqueo del cortafuegos y te lleva a buscar en el lugar equivocado.
  • Pegar la cadena de conexión desde Detalles de conexión es la forma más fiable, porque el puerto se transmite a través de ella.

Una tarjeta, dos motores, y se diferencian en el cifrado.

El selector de motor en la parte superior cambia más que el conductor. Esta es la parte que vale la pena leer antes de desmarcar una casilla.

  • Seleccione PostgreSQL y el agente forzará el cifrado para cualquier host .vultrdb.com, independientemente de lo que indique la casilla de verificación. Vultr lo requiere y el agente no enviará texto sin cifrar a ese nombre de host.
  • Selecciona MySQL y la casilla de verificación es todo el mecanismo. Está activada por defecto y la conexión se cifra mientras permanece activada, pero nada la anula si la desactivas.
  • La diferencia es estructural, no un descuido: el agente mantiene una tabla con los nombres de host de PostgreSQL alojados para los que fuerza el uso de TLS, y no existe un equivalente para MySQL. Esta misma división se aplica a todas las tarjetas multi-motor.
  • La instrucción práctica es la misma en ambos casos. — Deja activada la opción Usar SSL. En MySQL es lo único que protege la conexión.
  • En ninguno de los casos se verifica la cadena de certificados. Entienda el cifrado como una protección contra la interceptación del tráfico, no como una prueba de qué servidor respondió.

Qué puede y qué no puede hacer la conexión

Las mismas garantías se aplican a ambos motores.

  • Todo lo que ejecuta el agente es de solo lectura, una instrucción a la vez, y no ejecutará nada que escriba.
  • Las credenciales permanecen en el equipo donde instaló el agente. Query Streams no guarda ninguna copia de ellas ni de sus datos.
  • Puedes compartir la capacidad de ejecutar una consulta guardada sin compartir el código SQL subyacente ni la contraseña de la base de datos.
  • Independientemente del motor que hayas elegido, la conexión se guarda como ese motor, y Vultr se conserva como una insignia.
-- Solo lectura, independientemente del motor que haya elegido\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN 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 Vultr al resto de tus datos.

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

Bases de datos gestionadas por Vultr Gestionado · PG + MySQL
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     vultr_dbÓ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 Vultr necesita

Anfitrión
db-postgresql-abc123.vultrdb.com — la tarjeta reconoce el sufijo .vultrdb.com
Puerto
Asignado por clúster y dejado en blanco a propósito. PostgreSQL suele ser 16751; copie el real del portal.
Motores
PostgreSQL o MySQL, elegido en la parte superior de la tarjeta. Una cadena de conexión pegada lo configura automáticamente.
Conductor
Npgsql o MySqlConnector, incluidos en el agente; no hay nada que instalar en Vultr.
Formato de pegado
La cadena de Overview, Connection Details, como una URI postgres:// o mysql://
Valores predeterminados
La base de datos defaultdb y el usuario vultradmin están precargados, coincidiendo con lo que crea Vultr.
TLS
Obligatorio por el agente para .vultrdb.com en PostgreSQL. Controlado por casilla de verificación en MySQL, activado por defecto; déjelo activado. La cadena de certificados no se verifica en ningún caso.
Agrupación
Ninguno. Vultr no expone ningún pooler y el agente no aplica ninguna adaptación al pooler.
Guardado como
PostgreSQL o MySQL, con Vultr como distintivo
Esquema predeterminado
pública en PostgreSQL. Una conexión MySQL se califica por su base de datos en su lugar.

El puerto no estándar es el aspecto más importante a tener en cuenta en esta página. Se trata de un pequeño detalle que provoca un fallo desproporcionadamente confuso, ya que una conexión al host correcto en el puerto incorrecto no se rechaza, sino que se queda colgada y luego se agota el tiempo de espera, lo que se parece exactamente a un cortafuegos bloqueado. Copiar la cadena de conexión en lugar de escribir el host manualmente evita este tipo de problema, ya que el puerto se incluye en ella.

Vale la pena aclarar la diferencia en el cifrado según el motor, ya que la casilla de verificación es idéntica en ambos. En PostgreSQL, se trata de un control adicional sobre algo que el agente ya garantiza; en MySQL, es la garantía misma. El mismo widget, diferente peso, y la instrucción honesta es la misma para ambos.

Para una consulta entre fuentes, el calificador sigue al motor en lugar de a la insignia. Una conexión PostgreSQL llamada vultr_db se escribe como vultr_db.public.orders; la misma conexión en MySQL se califica por su base de datos. Se pueden realizar uniones 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.

Documentación del proveedor: www.vultr.com

Preguntas frecuentes

Preguntas sobre las bases de datos gestionadas de Vultr

¿Qué herramientas pueden leer los datos de las bases de datos gestionadas por Vultr 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 para mi base de datos de Vultr Managed Databases?

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 gestionadas por Vultr?

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 gestionadas de Vultr?

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: db-postgresql-abc123.vultrdb.com: la tarjeta reconoce el sufijo .vultrdb.com. Puerto: Asignado por clúster y dejado en blanco a propósito. PostgreSQL suele ser 16751; copie el real del portal. Motores: PostgreSQL o MySQL, elegido en la parte superior de la tarjeta. Una cadena de conexión pegada lo configura automáticamente. Controlador: Npgsql o MySqlConnector, llevado por el agente: no hay nada que instalar en el extremo de Vultr.

¿Puedo unir bases de datos gestionadas por Vultr a 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 gestionadas por Vultr 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 función del plan; la página de consultas federadas muestra los límites actuales de origen y tamaño.

¿Es diferente conectar Vultr Managed Databases a conectar PostgreSQL?

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

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

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

Coloca Vultr 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.