Una instrucción SQL en todas tus bases de datos.
Tus pedidos están en MySQL. Tus clientes están en PostgreSQL. Los objetivos sobre los que todos discuten viven en un servidor SQL Server en la oficina central. consulta federada te permite escribir uno ordinario SELECCIONE que lee los tres a la vez y te entrega una sola tabla; sin exportaciones, sin copiar nada en ningún sitio y sin tener que abrir nada nuevo en tu cortafuegos.
En todos los planes, incluido el Gratuito, se ejecutan 2 fuentes y 250 filas de resultados; los límites aumentan con tu nivel.
38 Conectores de bases de datos: únase a través de cualquiera de ellos, en cualquier combinación.
Junto a ellos en los flujos de consulta: 8 Conectores API, consultados con el mismo SQL
59 fuentes en total. Sus conectores API se consultan con SQL como todo lo demás, y una instrucción federada une sus base de datos conexiones. Consulte el conector de API.
Coloque el nombre de la conexión delante de la tabla.
Esa es la única novedad en esta página. Cada nombre resaltado a continuación corresponde a una base de datos diferente, ubicada en un lugar distinto y a la que accede un agente de red diferente; y, aun así, se trata de una sola consulta.
-- una consulta federada · nada copiado en ningún sitio
SELECCIONE región c,
CONTAR(*) AS órdenes,
SUM(o.total) AS ingresos, t.target
DESDE mysql_prod.tienda.pedidos1 o
ÚNASE A pg_crm.clientes.públicos2 c EN c.id = o.customer_id
ÚNASE A MSSQL ERP.dbo.region_targets3 t EN t.region = c.region
DONDE o.colocado_en >= FECHA '2026-07-01'
GRUPO POR c.región, t.objetivo
ORDENAR POR ingresos DESC;mysql_prod, pg_crm y MSSQL ERP son simplemente los nombres que les diste a tus propias conexiones: las tres partes son conexión, esquema, tablaEsto es lo que la gente quiere decir con un base de datos federadaTres bases de datos independientes que responden a una misma pregunta, sin fusionar ni mover ningún dato. Esquema ilustrativo; tus tablas seguirán siendo tus tablas.
Donde se resuelve cada nombre
mysql_prod
MySQL · pedidos de la tienda
Agente en la nube
Filtra hasta el mes de julio y luego calcula el total de ingresos por cliente antes de realizar cualquier envío.
pg_crm
PostgreSQL · clientes públicos
Agente regional
Devuelve únicamente las columnas id y region, las únicas dos que aparecen en los nombres de la consulta.
MSSQL ERP
SQL Server · dbo.region_targets
agente de la oficina central
Entrega el objetivo por región, escrito en T-SQL para que se ejecute de forma nativa.
Tres agentes, tres redes, una declaración... y ninguno de ellos abrió un puerto para hacerlo.
Mayor alcance, no mayor exposición.
Leer dos bases de datos a la vez utiliza exactamente la misma ruta que leer una sola. No se abre ninguna nueva puerta para conseguirlo.
Solo salida
El agente abre una conexión cifrada a Query Streams y transmite tanto la solicitud como los resultados a través de ella. Sin puertos de entrada, sin VPN, sin cambios en el firewall, y sus credenciales nunca salen de su red.
Solo lectura, cada pieza
Cada parte de la consulta se verifica antes de que se procese: SELECCIONE, CON y EXPLICAR Solo eso. Una consulta federada no puede escribir en ninguna de sus bases de datos, y cualquier cosa rechazada nunca llega a ellas.
No puede escaparse con tu servidor.
Existe un límite en la cantidad de datos que una base de datos puede entregar para una sola consulta, y el agente se detiene en el momento en que se alcanza. Un error en una DONDE Esta cláusula te cuesta un mensaje de error, no una tarde.
Tres pasos, y ninguno de ellos es una canalización de datos.
Elige tus conexiones
Seleccione dos o más de las conexiones que su equipo ya haya configurado. Dos es el mínimo; esto es lo que hace que una consulta sea federada. No se copia nada ni se crean nuevas contraseñas.
Escribe una declaración
Nombra cada tabla como tabla.esquema.de.conexiónLuego, escribe SQL normal. Antes de ejecutarlo, puedes leer el plan: qué base de datos consulta y qué datos se le preguntan. O bien, describe la consulta y deja que Nova la redacte.
Guárdalo como cualquier otra consulta.
Una vez que funciona, se convierte en una consulta guardada, por lo que se puede compartir, aplicar filtros, enviar como informe semanal, publicar como un punto final de API o incorporar a una hoja de cálculo.
Cada base de datos realiza su parte del trabajo.
La forma más sencilla de unir dos bases de datos es arrastrar ambas tablas a través de la red y luego gestionarlas. Esto es lento y significa que se transfiere mucha más información de la necesaria.
Entonces hacemos lo contrario. Filtrar, seleccionar columnas y contar totales se pasan volver a cada base de datos para que lo haga por sí misma, en su propio idioma. Un informe que agrupa millones de filas devuelve el un puñado de totales agrupados — no los millones de filas que hay detrás de ellos.
Lo que sobre, lo hacemos, y te mostramos qué es qué. La unión de bases de datos es nuestro trabajo, porque ninguna de ellas puede ver a las demás. El plan detalla lo que se solicitó a cada base de datos y lo que terminamos, por lo que una consulta costosa es obvia. antes Tú lo ejecutas.
Preferiría negarse antes que admitir que se equivoca en silencio.
He aquí la incómoda verdad sobre la combinación de bases de datos separadas: no siempre coinciden entre sí. A dos de ellas se les puede plantear la misma pregunta y devolver respuestas que difieren en el último decimal, en lo que se considera igual o en lo que significa "los primeros diez".
Si eres nuevo en esto, la versión corta es: Una base de datos no es solo un montón de filas. Tiene sus propias reglas sobre cómo sumar dinero, cómo ordenar palabras y dónde ubicar los valores vacíos. Si le pides a dos bases de datos diferentes que ordenen la misma lista de nombres de clientes, puedes obtener dos órdenes distintas, no porque una esté defectuosa, sino porque se crearon con reglas diferentes. Cualquier herramienta que combine bases de datos debe lidiar con esto. La mayoría opta por una solución y espera que funcione. Nosotros no.
Lo que hacemos en cambio tiene exactamente dos resultados, y el Generador de consultas te muestra cuál has obtenido: una etiqueta de plan que indica si está listo o rechazado a medida que escribes, y una pestaña de Plan con el funcionamiento completo.
Cuando el desacuerdo es sobre cómo Una vez realizado el cálculo, dejamos de pedirle a tu base de datos que lo haga y lo integramos en la etapa de unión, donde existe un conjunto de reglas consistente. Esto reduce ligeramente la velocidad, pero no afecta la precisión ni requiere atención; no se te pide que hagas nada.
- Dinero y precisión. Las bases de datos amplían y redondean los decimales de forma diferente cuando los totales son grandes. Si la suma realizada en la fuente de datos pudiera redondearse de forma diferente a la suma realizada centralmente, recuperamos los números y los sumamos nosotros mismos.
- Ordenar texto. Si
aviene antesBLa comparación de acentos es una configuración específica de cada base de datos. Las comparaciones que dependen de ella se establecen de forma centralizada, no se delegan. - Clasificación y totales acumulados. Las funciones de ventana (números de fila, totales acumulados, "los 3 mejores por región") siempre se calculan después de que llegan las piezas, porque ninguna fuente individual puede ver a las demás.
Cuando continuar cambiaría qué filas No se trata solo de la velocidad, sino de saberlo con certeza. Por lo tanto, la consulta no se ejecuta y el mensaje especifica la expresión exacta y la base de datos exacta, en su propio código SQL, para que sepa qué editar.
- Una función que la fuente no puede realizar. Si su filtro utiliza algo que no podemos expresar fielmente en el dialecto de esa base de datos, las únicas alternativas son enviarle una consulta más extensa que la que escribió o inventar una equivalente. Ambas son soluciones incorrectas, por lo que las rechazamos.
- Límites de filas dentro de una pieza. A
LÍMITEoINICIOAplicado a una fuente antes de la unión, devuelve un conjunto arbitrario de filas, que luego se unen, dando como resultado una tabla aparentemente plausible pero sin sentido. Los límites pertenecen al resultado final. - Un cambio de reglas del juego. Si se ha cambiado la conexión a una base de datos diferente desde que se planificó la consulta, el plan almacenado está obsoleto y solicitamos una nueva planificación en lugar de ejecutar el plan de ayer con los datos de hoy.
Tres negativas y lo que cada una te está diciendo.
No se puede empujar LOWER(c.email_domain) = ? abajo a mssql_erp: la función no está en la lista de funciones permitidas de pushdown.
En otras palabras: Su filtro envuelve una columna en una función que no podemos garantizar que Source aplique de la misma manera que nosotros, por lo que no podemos asegurar que devuelva las mismas filas. Qué hacer: En su lugar, compare la columna simple o mueva esa condición fuera del origen; el mensaje le indicará qué origen debe consultar.
LÍMITE 100 no se puede aplicar a una sola fuente antes de la unión: el resultado serían 100 filas arbitrarias, no las primeras 100 de su respuesta.
En otras palabras: “Los primeros 100” solo tienen sentido una vez que todo se ha unido y ordenado. Qué hacer: Deja el límite en la declaración en su conjunto, que es donde hace lo que esperas.
La fuente 2 ahora apunta a una conexión o base de datos diferente a la que tenía cuando se planificó esta consulta.
En otras palabras: alguien cambió lo que pg_crm se refiere a. Qué hacer: Ábrelo en el Generador de consultas y vuelve a planificarlo: con un solo clic, podrás ver el nuevo plan antes de ejecutarlo.
La regla que subyace a todo esto: si se devolviera una consulta equivocadoNos negamos. Si tan solo volviera despacioLo analizamos y le avisamos. Los datos erróneos nunca son una concesión que hacemos en su nombre.
Tampoco te dejan solo para solucionar un rechazo. Nova se integra perfectamente con el editor en el Generador de Consultas: solo tienes que preguntar y te explica el rechazo con claridad, reescribe la consulta para que funcione y comprueba el nuevo plan. Y si prefieres no escribir el código SQL, simplemente describe la pregunta y Nova redactará la consulta federada automáticamente.
Y para quienes prefieren los detalles a la simple tranquilidad: la pestaña "Plan" del Generador de Consultas muestra cada fuente, la consulta que se le envió, qué condiciones aplicó automáticamente y qué partes finalizamos de forma centralizada. No se oculta nada sobre la decisión, incluidas las partes en las que optamos por la opción más lenta y segura.
Una consulta federada es simplemente una consulta.
No se trata de un producto independiente con reglas propias. Una vez guardado, el resto de Query Streams lo trata como cualquier otro archivo que hayas escrito.
Generador de consultas
Escríbelo en el mismo editor, con el mismo árbol de esquema a tu lado. Una pestaña de Plan muestra lo que se solicitó a cada base de datos; una pestaña de Información muestra el rendimiento de cada una.
Nova AI
Describe la pregunta en inglés y Nova leerá tus esquemas y generará la consulta, incluyendo a qué conexión pertenece cada tabla. También puede ejecutarla y graficar el resultado.
Hojas de cálculo de Google
Seleccione la consulta guardada en el complemento y los resultados combinados aparecerán en sus celdas, formateados y actualizables, al igual que cualquier consulta de una sola base de datos.
Excel
En Excel ocurre lo mismo: ejecuta una hoja o una hoja completa, con encabezados fijos, filtros y actualizaciones en contexto que no alteran las columnas de fórmulas.
API REST de base de datos
Publique el resultado de la interconexión entre bases de datos como un punto final JSON con una clave, y quien lo consuma no tendrá que saber que proviene de tres sistemas.
MCP para asistentes de IA
Claude y otros asistentes pueden listar y ejecutar tus consultas federadas a través de MCP, por lo que la pregunta "¿cómo le fue a cada región la semana pasada?" se puede responder en el chat.
Informes y alertas
Programe una consulta periódica y las cifras combinadas llegarán a Slack, Google Chat, Discord, Telegram o correo electrónico; o bien, establezca un umbral y solo se enterará cuando haya algún cambio.
Automatización y compartición
Sincroniza el resultado con una hoja de cálculo según un cronograma, o comparte la consulta con un colega que solo vea los filtros y un botón de Ejecutar, pero nunca tu código SQL ni tus conexiones.
Los informes que antes eran dos exportaciones y una función BUSCARV
Casi nadie tiene una sola base de datos. Está el ERP, la tienda, el CRM y la que sea que utilizara la última adquisición.
Pedidos aquí, clientes allá
La tienda registra los pedidos en MySQL; el CRM almacena los clientes y las regiones en PostgreSQL. El cálculo de "Ingresos por región" deja de requerir dos exportaciones y una búsqueda, y se convierte en una única consulta guardada que cualquiera puede volver a ejecutar.
Tras una adquisición
Dos empresas, dos plataformas, un paquete de documentación para la junta directiva, con entrega prevista para el viernes. Obtendrás la vista combinada el primer día, mientras que la migración real tardará los dieciocho meses que siempre lleva.
Acciones frente a la venta
Los niveles de inventario se almacenan en el sistema del almacén en otro país; las ventas se almacenan en la base de datos de la tienda. Un solo extracto los compara, y este mismo extracto puede llegar cada lunes como informe.
Una base de datos por sitio, un número
El mismo esquema se implementa por país, por cliente o por planta de producción. Súmelos en una sola instrucción en lugar de mantener un script que ejecute la consulta cinco veces y la totalice manualmente.
Base de datos federada, federación de datos, virtualización de datos
Tres nombres para ideas que se superponen, y el marketing las ha difuminado. Aquí te explicamos qué significa cada una y qué parte aplicamos realmente.
Una base de datos federada
A base de datos federada (o sistema de base de datos federada) hace que varias bases de datos independientes se comporten como una sola, sin fusionarlas. Cada una conserva su propio almacenamiento, su propio motor y su propio propietario; una capa superior recibe la consulta y determina quién responde a cada parte.
Esa capa es lo que constituye Query Streams. No hay ninguna base de datos nueva debajo, y nada se copia en ella.
Federación de datos
Federación de datos La clave está en el enfoque en sí: dejar los datos donde se escribieron y consultarlos cuando sea necesario, en lugar de extraerlos todos a una copia central. La alternativa es un sistema de procesamiento de datos más un almacén de datos: moverlo todo durante la noche y luego consultar únicamente la copia.
Ambas opciones son válidas. La federación es la mejor opción cuando la pregunta abarca varios sistemas, cuando los datos deben permanecer en un lugar específico o cuando un proyecto de almacenamiento de datos costaría más de lo que vale la respuesta. Un almacén de datos sigue siendo la mejor opción para análisis históricos complejos con volúmenes enormes.
Virtualización de datos
Virtualización de datos Es la categoría empresarial más amplia basada en la federación, que generalmente incluye consultas federadas, una capa de modelado, almacenamiento en caché y herramientas de gobernanza, y se vende como una plataforma independiente.
Somos deliberadamente la porción estrecha y honesta de eso: Consulta federada sobre las conexiones que ya tienesDentro de la herramienta que tu equipo ya utiliza para escribir consultas. Sin proyectos de modelado, sin servidores propios que gestionar, sin consultores.
Preguntas frecuentes sobre consultas federadas
¿Qué es una consulta federada?
Una consulta federada es una instrucción SQL que lee datos de varias bases de datos independientes y proporciona un único resultado combinado. No se copia nada previamente: la instrucción se divide en una consulta pequeña por base de datos, cada una responde la parte que puede y las partes se combinan para formar la respuesta. En Query Streams, una instrucción se convierte en federada en cuanto menciona dos o más de las conexiones.
¿Es necesario que mis bases de datos estén en el mismo lugar?
No. Pueden estar en oficinas distintas, cuentas en la nube diferentes, países distintos o una combinación de los tres: uno en una sala de servidores, otro en una red de nube privada y otro en una máquina en un almacén. Cada ubicación ejecuta un Agente de Red, y cada agente accede a los Flujos de Consulta mediante llamadas salientes. Para su firewall, se trata simplemente de una conexión saliente normal, por lo que no hay nada que abrir ni ninguna VPN que configurar.
También puede configurar varias bases de datos en un mismo servidor para que apunten al mismo agente; lo normal es un agente por ubicación, no uno por base de datos.
¿Necesito también un almacén de datos o un proceso ETL?
No para esto. No hay nada que cargar ni ningún cronograma que supervisar: la consulta lee tus bases de datos en tiempo real en el momento en que la ejecutas, por lo que la respuesta no puede estar desactualizada como la copia de anoche. Lo que la federación no reemplaza es el análisis histórico exhaustivo de grandes volúmenes; esa sigue siendo la función de un almacén de datos. Prueba rápida: si la pregunta abarca varios sistemas y necesita estar actualizada, federa la consulta.
¿Qué bases de datos puedo combinar?
Cualquiera de sus conexiones de base de datos, en cualquier combinación: SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, Snowflake, BigQuery, SQLite, Access y DuckDB. Cada base de datos se consulta en su propio dialecto, por lo que la misma instrucción puede enviar INICIO a SQL Server y LÍMITE a PostgreSQL sin que tengas que pensarlo.
Las bases de datos difieren notablemente en sus capacidades de cálculo y en cómo ordenan y redondean, por lo que no todas las combinaciones de expresiones pueden tener una respuesta exacta. En esos casos, se recibe un mensaje específico que identifica la expresión, en lugar de un número aproximado.
¿Es más lento que consultar una sola base de datos?
Depende de cuánto trabajo pueda realizar cada base de datos por sí misma, que es precisamente lo que optimizamos y lo que muestra el plan. Cuando el filtrado y la agrupación se realizan dentro de las bases de datos, se mueve muy poca información y la consulta se comporta como una consulta normal. Cuando debemos completar una unión compleja, se mueve más información, y el plan lo indica antes de ejecutarla. Cada base de datos también tiene un límite por consulta, de modo que un error se detiene a tiempo en lugar de ralentizar el proceso.
¿Es seguro dirigir una misma consulta a varias bases de datos de producción?
Utiliza el mismo modelo de seguridad que cualquier otra consulta que ejecute aquí. Cada pieza viaja a través de su propio Agente de red a través de una conexión saliente cifrada (sin puerto de entrada, sin VPN, sin cambio de firewall) y sus credenciales de base de datos nunca salen de su red. Cada pieza se comprueba como de solo lectura (SELECCIONE, CON, EXPLICAR), una consulta federada no puede escribir en ningún lugar, y cada base de datos solo ve una consulta que toca las columnas que usted especificó.
¿En qué se diferencia esto de Trino, Presto o Denodo?
La idea es la misma que popularizaron Trino y Presto: una sentencia SQL distribuida a múltiples fuentes. La diferencia radica en lo que hay que gestionar y aprender. Se trata de clústeres que se implementan, optimizan e integran en la red; las plataformas de virtualización de datos añaden una capa de modelado y una licencia correspondiente. Nuestra solución ofrece la misma funcionalidad integrada en la herramienta que su equipo ya utiliza para realizar consultas, accediendo a las conexiones que ya ha configurado, sin necesidad de un servidor propio.
La otra diferencia es que nos negamos. Cuando las bases de datos discrepan de forma que pueda alterar una cifra, nos detenemos y especificamos la expresión que no pudimos procesar, en lugar de devolver algo plausible.
¿Qué puedo hacer con el resultado?
Puedes hacer todo lo que quieras con cualquier consulta guardada, porque eso es lo que es. Guárdala, compártela con tu equipo, aplícale filtros, prográmala como informe en Slack o envíala por correo electrónico, publícala como un punto final REST o exporta los resultados a Excel y Google Sheets. Nova también puede leer tus esquemas y redactar la consulta si prefieres describir la pregunta en lugar de escribir las uniones.
Tus bases de datos se quedan donde están. A la pregunta ya no le importa.
Nombra dos conexiones, escribe una instrucción, lee el plan antes de ejecutarlo. Sin canalizaciones, sin almacenamiento, sin tickets de firewall.
Las consultas federadas están disponibles en todos los planes, incluido el gratuito.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish