@postgresql.org
*Enviado:* Lunes 30 de abril de 2012 16:34
*Asunto:* Re: [pgsql-es-ayuda] Duda sobre JOIN
Excerpts from ruben avila galindo's message of mi茅 abr 25 15:48:03 -0300
2012:
En realidad esto yo tambien lo comprobe cuando manejas datas y
multibusquedas de una tabla y he visto mejoras en
Excerpts from ruben avila galindo's message of mié may 02 15:29:01 -0400 2012:
join_collapse_limit se configura en el postgresql.conf o tengo q estar
poniendo a cada consulta que hago
No hagas nada a menos que tengas un problema. Lee la documentación
sobre el parámetro antes de tocarlo. Si
Excerpts from ruben avila galindo's message of mié abr 25 15:48:03 -0300 2012:
En realidad esto yo tambien lo comprobe cuando manejas datas y
multibusquedas de una tabla y he visto mejoras en rendimiento un ejemplo
claro esta como este.
Selec f.id_factura , f.monto from Factura f inner
...@gmail.com; Ayuda pgsql-es-ayuda@postgresql.org
Enviado: Lunes 30 de abril de 2012 16:34
Asunto: Re: [pgsql-es-ayuda] Duda sobre JOIN
Excerpts from ruben avila galindo's message of mi茅 abr 25 15:48:03 -0300 2012:
En realidad esto yo tambien lo comprobe cuando manejas datas y
multibusquedas de una tabla
Vargas y Ruben, muchas gracias por sus respuestas.
Saludos.
- Mensaje original -
En realidad esto yo tambien lo comprobe cuando manejas datas y multibusquedas
de una tabla y he visto mejoras en rendimiento un ejemplo claro esta como este.
Selec f.id_factura , f.monto from Factura f
2012/4/25 Lazaro Ruben Garcia Martinez lgarc...@uci.cu
Hola a todos en la lista. Les escribo, porque tengo una duda sobre el
orden (si es que importa) en que se colocan las tablas en una operación de
unión (JOIN).
Básicamente quiero saber si la tabla que más tuplas tiene, debe ir a la
2012/4/25 Lazaro Ruben Garcia Martinez lgarc...@uci.cu
Hola a todos en la lista. Les escribo, porque tengo una duda sobre el
orden (si es que importa) en que se colocan las tablas en una operación de
unión (JOIN).
Básicamente quiero saber si la tabla que más tuplas tiene, debe ir a la
En realidad esto yo tambien lo comprobe cuando manejas datas y
multibusquedas de una tabla y he visto mejoras en rendimiento un ejemplo
claro esta como este.
Selec f.id_factura , f.monto from Factura f inner join Cliente c on
c.id_cliente=f.id_cliente es mas rapido que hacer esto porq la tabla
On Tue, Jun 2, 2009 at 11:22, Alvaro Herrera alvhe...@alvh.no-ip.org wrote:
Diego Andrés Sanabria Martin (diegueus9) escribió:
Saludos a todos!
Les escribo porque tengo una duda que es la siguiente:
Tengo una taba A con id y una tabla B que tiene una llave foranea a A,
necesito obtener todos
Diego Andrés Sanabria Martin (diegueus9) escribió:
Sip, me faltó escribirlo, pero describiré mejor la situación:
La tabla A es item y la tabla B es ip_modem_solicitado
y el select es el siguiente:
select * from item left outer join ip_mantenimiento_modem on item.id =
Gracias a Alvaro y a Islanet , el problema efectivamente era el IS
NOT NULL con cambiarlo ya funcionó.
Realmente les agradezco
2009/6/2 Alvaro Herrera alvhe...@alvh.no-ip.org:
Diego Andrés Sanabria Martin (diegueus9) escribió:
Sip, me faltó escribirlo, pero describiré mejor la situación:
La
11 matches
Mail list logo
