Received: from maia.hub.org (unknown [200.46.208.211])
	by mail.postgresql.org (Postfix) with ESMTP id 074FF633932;
	Thu, 11 Feb 2010 15:49:09 -0400 (AST)
Received: from mail.postgresql.org ([200.46.204.86])
	by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia,
	port 10024)
	with ESMTP id 14201-05-2; Thu, 11 Feb 2010 19:48:46 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com
	[209.85.218.228])
	by mail.postgresql.org (Postfix) with ESMTP id 1A1E86330DF;
	Thu, 11 Feb 2010 15:48:28 -0400 (AST)
Received: by bwz28 with SMTP id 28so163475bwz.34
	for <multiple recipients>; Thu, 11 Feb 2010 11:48:27 -0800 (PST)
MIME-Version: 1.0
Received: by 10.204.15.4 with SMTP id i4mr233962bka.21.1265917707173; Thu, 11
	Feb 2010 11:48:27 -0800 (PST)
In-Reply-To: <20100211193501.GF3145@alvh.no-ip.org>
References: <SNT110-W3809C6FCBD82B6949FB84C64E0@phx.gbl>
	<a37e9c561002110552h42189881t49866c69d2842f4e@mail.gmail.com>
	<SNT110-W1986AD0BEEBD1C7074BC8CC64E0@phx.gbl>
	<20100211193501.GF3145@alvh.no-ip.org>
From: Jaime Casanova <jcasanov@systemguards.com.ec>
Date: Thu, 11 Feb 2010 14:48:12 -0500
Message-ID: <3073cc9b1002111148i164e6bb4s7cf1086616e48f0d@mail.gmail.com>
Subject: Re: REF : MIgracion de datos ms sql server 7.0 a
	Postgresql 8.4 en Linux
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Luis Dominguez <bcld@hotmail.com>, santiago@zarate.net.ve,
	"pgsql-es-ayuda@postgresql.org" <pgsql-es-ayuda@postgresql.org>,
	"vepug@postgresql.org" <vepug@postgresql.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=-0.5 tagged_above=-10 required=5 tests=AWL=-0.501,
	BAYES_50=0.001
X-Spam-Level: 
X-Archive-Number: 201002/202
X-Sequence-Number: 47993

2010/2/11 Alvaro Herrera <alvherre@alvh.no-ip.org>:
> Luis Dominguez escribi=C3=B3:
>>
>>
>>
>> =C2=A0Buenas tardes, lo que necesitaba exactamente es lo que esta reflej=
ado en el siguente enlace http://mssql-to-postgresql.blogspot.com/2006/04/c=
urrent-row-version-checking-uses-for.html enviado por el amigo Santiago que=
 le agradezco la ayuda, igual que a los otros companeros de la lista, la co=
nfusion se debio a que esta buscado equivalentes entre tipos de datos de ms=
 sqlserver y postgresql y resulta que el xmin es SYSTEM COLUMNS y viene imp=
licito definidos por el sistema claro que de este modo no lo vi.
>>
>> ya probramos junto a la gente de sistemas de la organizacion y si sirve =
esta caracteristica de la columna...'
>
> Hmm, esto no me parece algo que sea seguro de usar. =C2=A0=C2=BFPensaste,=
 por
> ejemplo, en lo que pasar=C3=A1 cuando el contador de transacciones d=C3=
=A9 la
> vuelta? Considera que son s=C3=B3lo 32 bits. =C2=A0=C2=BFY qu=C3=A9 pasa =
si una transacci=C3=B3n
> modifica un mismo registro m=C3=A1s de una vez? =C2=A0El XMIN ser=C3=A1 i=
d=C3=A9ntico pero
> el registro no es el mismo. =C2=A0(Para solucionar este =C3=BAltimo probl=
ema
> podr=C3=ADas usar el XMIN junto con el CMIN).

depende de para que lo usa, si solo pregunta si ha cambiado desde la
ultima vez deberia funcionar usando xmin y cmin, o no?
y que hay de usar el ctid?

--=20
Atentamente,
Jaime Casanova
Soporte y capacitaci=C3=B3n de PostgreSQL
Asesor=C3=ADa y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157