From: | Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Diego Schulz <dschulz(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: RV: como obtener ultimo registro insertado |
Date: | 2010-07-10 01:01:41 |
Message-ID: | AANLkTil6an1qCiCtJukduPdEdRBUb6gwOz2MUoVd4Kh_@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
>> Eso se solucionaría si agregas where xmin::text = txid_current()::text ?
>> Y en el caso de un delete-update usar xmax?
>
> Eso es mucho menos portable que usar el INSERT RETURNING que ya
> mencionamos hace rato.
>
Ops, no presté atención que buscaban portabilidad.
>> Vi algo raro, no se puede castear xmin a bigint, pero txid_current
>> devuelve bigint
>
> xmin es tipo Xid, 4 bytes de ancho con características bien particulares
> de comparación (un contador que da vueltas con un par de valores
> especiales al principio). txid_current y asociados retornan 8 bytes,
> donde los primeros 4 corresponden a un "epoch" que hacen que esas
> características especiales no existan.
>
Entonces no habría forma de castear de alguna forma lo que devuelve
txid_current() a xid? Como 'visualmente' retornaban lo mismo, pensé
que no sería tan distinto. Muy buen dato!
--
Emanuel Calvo Franco
www.emanuelcalvofranco.com.ar
Join: http://www.thevenusproject.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Marcos Luis Ortiz Valmaseda | 2010-07-10 01:26:51 | Re: velocidad en postgres |
Previous Message | Miguel Angel Hernandez Moreno | 2010-07-09 23:21:56 | consumo de cpu en insrt |