RE: ultimo registro en postgres

From: "Hugo A(dot) Figueroa Solano" <hfigueroa(at)dasi(dot)com(dot)mx>
To: <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: RE: ultimo registro en postgres
Date: 2009-12-19 00:59:30
Message-ID: !&!AAAAAAAAAAAYAAAAAAAAAG0q0JccIexDgCw/IvKwMF7CgAAAEAAAACvYXzGarrlFq64hSw5AXdEBAAAAAA==@dasi.com.mx
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Gracias a los dos por sus aportes, aun que Alvaro tiene razón (investigue
sobre eso), me quedo con lo que me comenta Walter.

_____

De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Walter Negro
Enviado el: Viernes, 18 de Diciembre de 2009 05:31 p.m.
Para: Alvaro Herrera
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] ultimo registro en postgres

Gracias por la aclaración.

Walter Negro

Alvaro Herrera escribió:

Walter Negro escribió:

Por otra parte, SELECT
CURRVAL(pg_get_serial_sequence('my_tbl','id_column')) no es un
reemplazo eficaz de LAST_INSERT_ID(), ya que el comando de MySQL
mantiene el último dato insertado para tu sesión, con lo cual el
tiempo entre el INSERT y el SELECT puede ser grande y aún así
obtener el valor correcto, pero la consulta en Postgres es sobre la
tabla real y hay que tener en cuenta de que esta tabla no tiene
transaccionalidad.


Esto no es cierto. currval() siempre retorna el último valor que se le
asignó a la secuencia _en tu sesión_, sin importar lo que ocurra en
otras sesiones. Y no examina la tabla, tampoco.


El LAST_INSERT_ID() de MySQL (que se emula en Postgres con la función
lastval()) tiene un problema muy serio: supón que tienes un trigger que
hace una inserción en otra tabla la cual también tiene un
autoincremental asignado. En tal caso, el LAST_INSERT_ID no va a
devolver el valor que se asignó en la tabla en la cual estás insertando,
sino el valor que se asignó a la tabla en que se insertó en el trigger.
Por este motivo, depender en una aplicación del valor de LAST_INSERT_ID
es muy mala idea, porque aún cuando no tengas ningún trigger de este
tipo _hoy_, bien puede ser que lo agregues en el futuro, y en ese
momento tu aplicación va a tener serios problemas.

Corolario: NO utilice lastval() en sus aplicaciones!

__________ Información de NOD32, revisión 4700 (20091218) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Mariano Reingart 2009-12-19 15:10:34 Re: Error al inciar Pyreplica.....
Previous Message Walter Negro 2009-12-19 00:30:54 Re: ultimo registro en postgres