Re: Ayuda sobre updates

Hola amigos de postrgres:
Estoy trabajando con una tabla y necesito actualizar varios campos en algún
momento. Quisiera saber si es mejor darle update a cada campo a la

darle update a cada campo a la ........... ?¿?¿?¿?¿

El día 28/08/07, Robby Gustabello Cogle <robbygustabello(at)gmail(dot)com>
escribió:
>
> Hola amigos de postrgres:
> Estoy trabajando con una tabla y necesito actualizar varios campos en
> algún momento. Quisiera saber si es mejor darle update a cada campo a la
>

--
Miguel Panuera C.
STsoft Developer
mpanuera(at)gmail(dot)com
m(dot)panuera(at)stsoftperu(dot)com

Parece ser que el mensaje nunca llegó completamente por problemas con la
red. Disculpen. Mi duda radica en si es mejor darle update a uno o varios
campos a la vez (los que sé que cambian) o hacerlo a toda la tupla,
sobreescribiendo los campos que sé que no han cambiado.
Saludos

On 8/30/07, Miguel Panuera <mpanuera(at)gmail(dot)com> wrote:
>
> darle update a cada campo a la ........... ?¿?¿?¿?¿
>
> El día 28/08/07, Robby Gustabello Cogle <robbygustabello(at)gmail(dot)com >
> escribió:
> >
> > Hola amigos de postrgres:
> > Estoy trabajando con una tabla y necesito actualizar varios campos en
> > algún momento. Quisiera saber si es mejor darle update a cada campo a la
> >
>
>
>
> --
> Miguel Panuera C.
> STsoft Developer
> mpanuera(at)gmail(dot)com
> m(dot)panuera(at)stsoftperu(dot)com

On 8/30/07, Robby Gustabello Cogle <robbygustabello(at)gmail(dot)com> wrote:
> Parece ser que el mensaje nunca llegó completamente por problemas con la
> red. Disculpen. Mi duda radica en si es mejor darle update a uno o varios
> campos a la vez (los que sé que cambian) o hacerlo a toda la tupla,
> sobreescribiendo los campos que sé que no han cambiado.
> Saludos
>
>

estas dos sentencias son lo mismo (se demoran lo mismo):
update tabla set campo1 = valor where expresion;
update tabla set campo1 = valor1, campo2 = valor2 where expresion;

si te refieres a actualizar una fila a la vez o varias al mismo
tiempo, actualiza varias en una sola consulta...

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Robby Gustabello Cogle escribió:
> Parece ser que el mensaje nunca llegó completamente por problemas con la
> red. Disculpen. Mi duda radica en si es mejor darle update a uno o varios
> campos a la vez (los que sé que cambian) o hacerlo a toda la tupla,
> sobreescribiendo los campos que sé que no han cambiado.

Evita sobreescribir los campos que no cambian. En general no habrá
ninguna diferencia, pero si tienes por ej. un campo de texto de más de
2 KB y lo sobreescribes inútilmente, estás provocando un update en la
tabla TOAST que habría sido innecesario.

Creo que puede haber una diferencia si tienes FKs en esas columnas
también.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

On 8/30/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Evita sobreescribir los campos que no cambian. En general no habrá
> ninguna diferencia, pero si tienes por ej. un campo de texto de más de
> 2 KB y lo sobreescribes inútilmente, estás provocando un update en la
> tabla TOAST que habría sido innecesario.
>

cierto... siempre olvido esas...

> Creo que puede haber una diferencia si tienes FKs en esas columnas
> también.
>

no creo. si hubieramos solucionado eso, crear triggers que se ejecuten
solo al actualizar ciertas columnas seria sencillo de lograr...

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Jaime Casanova escribió:
> On 8/30/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:

> > Creo que puede haber una diferencia si tienes FKs en esas columnas
> > también.
> >
>
> no creo. si hubieramos solucionado eso, crear triggers que se ejecuten
> solo al actualizar ciertas columnas seria sencillo de lograr...

Si no me equivoco, los triggers de FK chequean si las columnas no han
cambiado y evitan disparar acciones posteriores. Pero no estoy seguro
si hacen una comparación del datum nuevo con el antiguo, o bien
simplemente verifican que la columna no fue tocada en el UPDATE.

... mirando el codigo ...

OK, se comparan los valores, así que da lo mismo si especificas las
columnas en UPDATE o no. Mira ri_KeysEqual en
src/backend/utils/adt/ri_triggers.c

--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"El sentido de las cosas no viene de las cosas, sino de
las inteligencias que las aplican a sus problemas diarios
en busca del progreso." (Ernesto Hernández-Novich)

¿qué es FKs? Gracias por las respuestas. Me parecía que la sobre-escritura
innecesaria podía demorar un poco más, pero no estaba seguro

On 8/30/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> Robby Gustabello Cogle escribió:
> > Parece ser que el mensaje nunca llegó completamente por problemas con la
> > red. Disculpen. Mi duda radica en si es mejor darle update a uno o
> varios
> > campos a la vez (los que sé que cambian) o hacerlo a toda la tupla,
> > sobreescribiendo los campos que sé que no han cambiado.
>
> Evita sobreescribir los campos que no cambian. En general no habrá
> ninguna diferencia, pero si tienes por ej. un campo de texto de más de
> 2 KB y lo sobreescribes inútilmente, estás provocando un update en la
> tabla TOAST que habría sido innecesario.
>
> Creo que puede haber una diferencia si tienes FKs en esas columnas
> también.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Robby Gustabello Cogle escribió:
> ¿qué es FKs? Gracias por las respuestas. Me parecía que la sobre-escritura
> innecesaria podía demorar un poco más, pero no estaba seguro

Llave foránea (foreign key)

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.