From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Emanuel Calvo Franco <postgres(dot)arg(at)gmail(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 03:53:58 |
Message-ID: | 1278733929-sup-8017@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Excerpts from Emanuel Calvo Franco's message of vie jul 09 21:01:41 -0400 2010:
> > Eso es mucho menos portable que usar el INSERT RETURNING que ya
> > mencionamos hace rato.
>
> Ops, no presté atención que buscaban portabilidad.
Bueno, el que hizo la pregunta todavía no ha dicho si eso le sirve o no.
> > 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?
No se puede ... prueba moviendo el epoch con pg_resetxlog -e y verifica
la salida de txid_current.
> Como 'visualmente' retornaban lo mismo, pensé que no sería tan
> distinto. Muy buen dato!
Claro, porque en un cluster recién iniciado el epoch es 0.
From | Date | Subject | |
---|---|---|---|
Next Message | Miguel Angel Hernandez Moreno | 2010-07-10 05:13:07 | Re: velocidad en postgres |
Previous Message | Felipe de Jesús Molina Bravo | 2010-07-10 03:40:54 | Instalación de Pgsql 8.4.4 en solaris 9 |