> -Mensaje original-
> De: Francisco Manuel Quintana Trujillo
>
> Hola,
>
> Ante todo agradecer la colaboración que me han prestado en el foro.
>
> Por fin, la consulta,
> "delete from observation
> where observation_id in (select observation_id from
> observation EXCEPT select obser
cantidad de datos.
-Mensaje original-
De: Fernando Hevia [mailto:fhe...@ip-tel.com.ar]
Enviado el: viernes, 31 de julio de 2009 22:53
Para: Francisco Manuel Quintana Trujillo
CC: pgsql-es-ayuda@postgresql.org
Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql cuando se lanza
2009/7/30 Edwin Quijada :
>
>> De ser así, ¿has leído respecto de las implicancias que tienen los
>> valores NULL en cláusulas NOT IN?
>>
>
> El no se pero a mi me gustaria saber que implicaciones tienen los NULL en
> clausulas NOT IN , donde puedo ver eso?
>
postgres=# select current_date where
2009/7/31 Francisco Manuel Quintana Trujillo :
>
> Hola,
>
> La estructura de la base de datos pertenece a un proyecto GIS desarrollado
> por www.52North.org por lo tanto puedo realizar modificaciones hasta cierto
> punto.
>
> Realicé los siguientes cambios:
>
> En la tabla "observation" eliminé
Francisco Manuel Quintana Trujillo escribió:
>
> Hola,
>
> La estructura de la base de datos pertenece a un proyecto GIS desarrollado
> por www.52North.org por lo tanto puedo realizar modificaciones hasta cierto
> punto.
>
> Realicé los siguientes cambios:
>
> En la tabla "observation" elimin
> -Mensaje original-
> De: Francisco Manuel Quintana Trujillo
>
...
> Realicé los siguientes cambios:
>
> En la tabla "observation" eliminé temporalmente las reglas
> que estaban creadas
> -- Rule: "offering_delete_actualization ON observation"
> -- Rule: "offering_insert_actualizati
uel Quintana Trujillo
CC: pgsql-es-ayuda@postgresql.org
Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql cuando se lanza un
delete
Por favor, responde siempre con copia a la lista.
Los demás podrán seguir y participar en la conversación.
Lo que voy observando es que parece que no tiene
uel Quintana Trujillo
CC: pgsql-es-ayuda@postgresql.org
Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql cuando se lanza un
delete
Por favor, responde siempre con copia a la lista.
Los demás podrán seguir y participar en la conversación.
Lo que voy observando es que parece que no tiene
ana Trujillo
>> [mailto:fquint...@itccanarias.org]
>> Enviado el: Viernes, 31 de Julio de 2009 04:32
>> Para: Fernando Hevia
>> Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql
>> cuando se lanza un delete
>>
>>
>> Hola,
>>
>> Prim
.
Saludos,
Fernando.
> -Mensaje original-
> De: Francisco Manuel Quintana Trujillo
> [mailto:fquint...@itccanarias.org]
> Enviado el: Viernes, 31 de Julio de 2009 04:32
> Para: Fernando Hevia
> Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql
> cuan
to:fquint...@itccanarias.org]
> Enviado el: Viernes, 31 de Julio de 2009 04:50
> Para: Fernando Hevia; Alvaro Herrera
> Asunto: RE: [pgsql-es-ayuda] Bajo rendimiento en postgresql
> cuando se lanza un delete
>
> Hola,
>
> El explain de la consulta
> explain delete from obs
> ¿Cual es el EXPLAIN de esta consulta? ¿Has probado reescribir la
> consulta de otra forma, por ej. usando un join o un EXISTS en vez de un
> subselect? ¿Hay valores NULL en observation_id en la tabla quality?
> De ser así, ¿has leído respecto de las implicancias que tienen los
> valores NULL en
Francisco Manuel Quintana Trujillo escribió:
> La verdad es que todo funciona de maravillas si no tenemos en cuenta
> la fragmentación que sufre el disco en las inserciones pero que se
> resuelve con un simple defrag. El caso es que a la hora de realizar un
> select los tiempos de respuesta son má
El 30 de julio de 2009 10:46, Edwin
Quijada escribió:
>
>
>
>> Hola a todos,
>> Hace unas semanas instalé postgresql 8.3.7 en un Windows xp
>> sp3.
>>
>>
>> Especificaciones de la máquina, 2 Gb de Ram, 2 discos duros
>> sata de 150 Gb cada uno, procesador Pentium 4 dual core a 3.2Ghz.
>>
>> Un disc
> -Mensaje original-
> De: Francisco Manuel Quintana Trujillo
>
> Hola a todos,
>
> Hace unas semanas instalé postgresql 8.3.7 en un Windows xp sp3.
> Especificaciones de la máquina, 2 Gb de Ram, 2 discos duros
> sata de 150 Gb cada uno, procesador Pentium 4 dual core a 3.2Ghz.
>
> Un
Hola,
El problema no es tu windows... mejor dicho windows es como la atritis... se
puede vivir con ella. Cuando tu utilizas muchas llaves en tus tablas, o en
la tabla de la que quieres borrar registros tiene una llave primaria y de
ella dependen muchas tablas con muchas llaves foraneas sucede eso,
> Hola a todos,
> Hace unas semanas instalé postgresql 8.3.7 en un Windows xp
> sp3.
>
>
> Especificaciones de la máquina, 2 Gb de Ram, 2 discos duros
> sata de 150 Gb cada uno, procesador Pentium 4 dual core a 3.2Ghz.
>
> Un disco duro se utiliza para el sistema operativo y las aplicaciones,
>
Una de las primeras consideraciones que deberias tener es colocar un Sistema
Operativo Servidor, no un XP..
Hace un tiempo atras un amigo me solicito cuales serian las condiciones
minimas para operar un Servidor de BBDD mira este link
http://caerices.blogspot.com/2009/06/algunos-consejos-generales-
Hola a todos,
Hace unas semanas instalé postgresql 8.3.7 en un Windows xp sp3.
Especificaciones de la máquina, 2 Gb de Ram, 2 discos duros sata de 150 Gb cada
uno, procesador Pentium 4 dual core a 3.2Ghz.
Un disco duro se utiliza para el sistema operativo y las aplicaciones, incluido
el
19 matches
Mail list logo
