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!
--
Alvaro Herrera Vendo parcela en Valdivia: http://rie.cl/?a=255568
"That sort of implies that there are Emacs keystrokes which aren't obscure.
I've been using it daily for 2 years now and have yet to discover any key
sequence which makes any sense." (Paul Thomas)
--
TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá leerlo
