buenas
tengo una duda
quisiera saber si es posible hacer un select pero con varias bases de datos me explico
select base1.nombre, base2.apellido from base1, base2 .... etc
Gracias
| |||
Select con varias bases buenas tengo una duda quisiera saber si es posible hacer un select pero con varias bases de datos me explico select base1.nombre, base2.apellido from base1, base2 .... etc Gracias |
| ||||
Re: Select con varias bases Sí, siempre y cuando estén en el mismo servidor. Por ejemplo: SELECT tabla1.*, tabla2.* FROM bd1.tabla1, bd2.tabla2
__________________ pragone Blog: Desarrollo, comunidad y monetización Últimos artículos: Tips de Smarty |
| |||
Re: Select con varias bases Disculpen otra pregunta sobre lo mismo?? pero si una base estuviera en otro servidor y quisiera consultarla como lo podria hacer, tendria que crear algo como alguna tabla temporal hacia un servidor o algo asi?? |
| ||||
Re: Select con varias bases Dos servidores, dos conexiones distintas y la aplicación debería resolver el procesamiento de los datos. Tal vez manejando tablas temporales de datos desde una base a otra le podrías dar la tarea a MySQL, pero en definitiva de todos modos deberías tomar los datos de uno y procesar en otro: Dos conexiones, dos servers. |
| |||
Re: Select con varias bases Cita:
Iniciado por gnzsoloyo ![]() Dos servidores, dos conexiones distintas y la aplicación debería resolver el procesamiento de los datos. Tal vez manejando tablas temporales de datos desde una base a otra le podrías dar la tarea a MySQL, pero en definitiva de todos modos deberías tomar los datos de uno y procesar en otro: Dos conexiones, dos servers. gracias al crear una tabla temporal sabes como sera el rendimiento de la base ?? lo que pasa es que tengo una cantidad de registros grande y cada vez que se haga esa consulta tendra que crear una tabla temporal. como sera el rendimiento en ese caso?? |
| ||||
Re: Select con varias bases Al crear tablas temporales no trabaja mucho más lento que al crear tablas permanentes. De hecho la creación es el menor de los problemas. En realidad los dos cuellos de botella del asunto es: cuánto tarda en crear las dos conexiones y qué volumen en bytes tiene el conjunto de datos a transferir. Básicamente son problema de transmisión de datos, no de base de datos. Como el volumen de bytes es importante, lo más importante es que transfieras sólo lo necesario. Un poco de perogrullada: Si vas a trabajar con un conjunto de datos que tienes que filtrar (124 registros finales sobre 10.000, por ejemplo), haz toda la selección que puedas antes de mandar la tabla resultante. Como dice una de las reglas de optimización: Nunca hacer un SELECT * FROM tabla. casi nunca es lo que vamos a usar al final. |