2009/7/16 Miguel Beltran R. :
>
> Gracias, muy interesante.
> Ahora con esto tengo otra pregunta
> No conozco informix, ¿sigue siendo parecido a postgresql? ¿o ya cambio tanto
> que un DBA de postgresql le costaria un poco adaptarse a informix?
>
>
lo unico que mantienen en comun es el lenguaje SQ
> Fuente: la historia es recopilada por Elein Mustein, que era parte del
> equipo de Illustra que fue a Informix.
> http://archives.postgresql.org/pgsql-advocacy/2004-12/msg00033.php
>
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/DXLWNGRJD34J
>
Gracias, muy interesante.
Ahora con esto
Miguel Beltran R. escribió:
> ¿Dónde puedo ver mas a detalle eso del fork?, en wikipedia en español no lo
> veo (aun no termino de leer)
Stonebraker empezó Ingres (1977). Después lo dejó (1985) y empezó
POSTGRES (1986). Después Stonebraker fundó una empresa que a partir de
POSTGRES creó Miró, q
El 16 de julio de 2009 18:38, Emanuel Calvo Franco
escribió:
> > Oracle y MySQL ejecutan un COMMIT automaticamente despues de
> > cualquiera de estas operaciones...
> > Informix si lo maneja correctamente, al igual que Postgres.
> >
> >
>
> Aclaremos Jaime, NO es casulidad, Informix es un fork de
2009/7/16 Jaime Casanova :
> 2009/7/16 Emanuel Calvo Franco :
>>> Oracle y MySQL ejecutan un COMMIT automaticamente despues de
>>> cualquiera de estas operaciones...
>>> Informix si lo maneja correctamente, al igual que Postgres.
>>>
>>>
>>
>> Aclaremos Jaime, NO es casulidad, Informix es un fork d
2009/7/16 Emanuel Calvo Franco :
>> Oracle y MySQL ejecutan un COMMIT automaticamente despues de
>> cualquiera de estas operaciones...
>> Informix si lo maneja correctamente, al igual que Postgres.
>>
>>
>
> Aclaremos Jaime, NO es casulidad, Informix es un fork de postgres ;)
>
Claro que no... sol
> Oracle y MySQL ejecutan un COMMIT automaticamente despues de
> cualquiera de estas operaciones...
> Informix si lo maneja correctamente, al igual que Postgres.
>
>
Aclaremos Jaime, NO es casulidad, Informix es un fork de postgres ;)
--
Emanuel Calvo Franco
www.emanuelcalv
Vida Luz Arista escribió:
> Hola a todos,
>
>
>
> Tengo un problema con una consulta, uno de los chicos de desarrollo, tiene
> una consulta que se hace pesada, y esta tarde como unos 2 minutos, lo más
> extraño es que no hay muchos registros y estos es demasiado tiempo sobre
> todo porque aun s
2009/7/16 Vida Luz Arista :
> Ok, la url es: http://explain.depesz.com/s/n4y
>
Ah! mejor... y ahora si son como 2 minutos ;)
No tengo mucho tiempo, un par de sugerencias rapidas...
1) probaste cambiando el distinct por un group by como sugeri antes?
2) en realidad, necesitas esa subconsulta? preg
2009/7/16 Silvio Quadri :
>
> Me refiero a instrucciones del tipo "create table alter table
> " (http://en.wikipedia.org/wiki/Data_Definition_Language) dentro
> de una transacción. No sé si las nuevas versiones de MSSql lo traen.
> Oracle por ejemplo, no.
>
Oracle y MySQL ejecutan un COM
El 16 de julio de 2009 18:26, Hamilton Marenco escribió:
> Saludes amigos,
>
> Soy nuevo en la lista, y un nuevo usuario de Postgres. Por el momento estoy
> estudiando la documentación y creándome unos procedimientos y unas cuantas
> consultas locas. =)
>
> Es cierto postgres posee varias caracteri
Saludes amigos,
Soy nuevo en la lista, y un nuevo usuario de Postgres. Por el momento estoy
estudiando la documentación y creándome unos procedimientos y unas cuantas
consultas locas. =)
Es cierto postgres posee varias caracteristcas que no están presentes en
otros gestores de bd que lo hacen mu
>
> Utilice locate psql, y esto es lo q se obtuvo:
>
> /usr/bin/psql
> /usr/lib/postgresql/8.3/bin/psql
> /usr/lib/postgresql/8.4/bin/psql
> /usr/local/pgsql/bin/psql
> /usr/local/pgsql/share/psqlrc.sample
> /usr/local/pgsql/share/doc/html/app-psql.html
> /usr/local/pgsql/share/doc/html/textsear
El 16 de julio de 2009 16:08, Jaime
Casanova escribió:
> 2009/7/16 Silvio Quadri :
>>
>> Lo que te conviene hacer, para no estudiar un explain kilométrico, es
>> ir cortando y simplificando la consulta hasta encontrar la dificultad.
>
> pero al ir simplificando la consulta perdera la complejidad qu
Ok, la url es: http://explain.depesz.com/s/n4y
Gracias.
Saludos,
-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@alvh.no-ip.org]
Enviado el: Wednesday, July 15, 2009 7:51 PM
Para: Vida Luz Arista
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Tuning auna consulta
2009/7/16 Silvio Quadri :
>
> Lo que te conviene hacer, para no estudiar un explain kilométrico, es
> ir cortando y simplificando la consulta hasta encontrar la dificultad.
pero al ir simplificando la consulta perdera la complejidad que causa
la lentitud...
--
Atentamente,
Jaime Casanova
Soport
2009/7/15 Vida Luz Arista :
> Hola a todos,
>
>
>
> Tengo un problema con una consulta, uno de los chicos de desarrollo, tiene
> una consulta que se hace pesada, y esta tarde como unos 2 minutos, lo más
> extraño es que no hay muchos registros y estos es demasiado tiempo sobre
> todo porque aun son
>
>
> SELECT DISTINCT emp.id_empresa AS Id_Empresa, emp.nombre AS Empresa,
>
> (
>
> SELECT ta2.descripcion FROM data_empresa.empresa e2
>
> INNER JOIN data_empresa.empresa_actividad ea2
>
> ON (ea2.id_empresa = e2.id_empresa )
>
> INNER JOIN data_proyecto.tipo_activida
El 16 de julio de 2009 07:15, Jorge Romeo escribió:
> Me he quedado un poco mosqueado con esto de comparar bases de datos... ¿Lo
> del diff de los dump funciona o no? Supongo que con el diff se ve si son
> exactamentes iguales, mientras que los otros programas verán si son
> "equivalentes"...
Lo
En Wed, 15 Jul 2009 16:30:05 -0300, Virginia Frade
escribió:
> Hola, estuve siguiendo tu solución ya que yo tenía el mismo problema. Sin
> embargo no logro solucionarlo.
> si voy a cuentas de usuario no encuentro el usuario postgres para
> eliminarlo, entonces supongo que no existe. Pero al quer
Me he quedado un poco mosqueado con esto de comparar bases de datos... ¿Lo del
diff de los dump funciona o no? Supongo que con el diff se ve si son
exactamentes iguales, mientras que los otros programas verán si son
"equivalentes"...
Saludos
_
De: (Syswarp) Carlos Enrique Perez [mail
21 matches
Mail list logo
