Re: Re: [pgsql-es-ayuda] REF : MIgracion de datos ms sql server 7.0 a Postgresql 8.4 en Linux

Buenos dias, estoy en estos momentos en un proceso
de migracion de una base de datos de un manejador ms sql server 7.0 a
postgresql vesion 8.4 pero tengo un problema con un tipo de dato el
(timestamp) que en sql server 7.0 se refiere a un campo binario unico
que se actualiza en forma aleatoria por fila , y este campo es
primordial en mi aplicacion para efectos del seguimiento, ahora en
postgresql 8.4 tambien tengo el mismo timestamp pero se refiere a otro
tipo de dato (fecha+hora ), he investigado otros tipo de datos tales
como (serial, uuid,xid, bytea etc)en postgresql y no consigo algo igual para
sustituirlo, he pensado en una funcion que realice algo parecido pero
todavia no lo intento, y por supuesto recurro a ustedes para ver si me
pueden echar una mano con este bache que tengo ahorita ....¡

Saludos
Luis Dominguez
_________________________________________________________________

Hello Luis:

Existen personas que estamos en este foro que hablemos Español, pero para
que te puedan contestar mejor y de forma más rápida deberías formular la
pregunta en ingles. Si tienes cualquier problema con la traducción puedo
ayudarte.

There are persons in this forum that can speak Spanish, but your should ask
in English better, so you get a more complete answer. If you need a help
with English please tell me.

Un saludo

De: pgsql-admin-owner(at)postgresql(dot)org
[mailto:pgsql-admin-owner(at)postgresql(dot)org] En nombre de Luis Dominguez
Enviado el: jueves, 11 de febrero de 2010 13:59
Para: pgsql-es-ayuda(at)postgresql(dot)org; vepug(at)postgresql(dot)org;
pgsql-admin(at)postgresql(dot)org
Asunto: [ADMIN] REF : MIgracion de datos ms sql server 7.0 a Postgresql 8.4
en Linux

Buenos dias, estoy en estos momentos en un proceso de migracion de una base
de datos de un manejador ms sql server 7.0 a postgresql vesion 8.4 pero
tengo un problema con un tipo de dato el (timestamp) que en sql server 7.0
se refiere a un campo binario unico que se actualiza en forma aleatoria por
fila , y este campo es primordial en mi aplicacion para efectos del
seguimiento, ahora en postgresql 8.4 tambien tengo el mismo timestamp pero
se refiere a otro tipo de dato (fecha+hora ), he investigado otros tipo de
datos tales como (serial, uuid,xid, bytea etc)en postgresql y no consigo
algo igual para sustituirlo, he pensado en una funcion que realice algo
parecido pero todavia no lo intento, y por supuesto recurro a ustedes para
ver si me pueden echar una mano con este bache que tengo ahorita ....¡

Saludos
Luis Dominguez

_____

__________ Información de ESET NOD32 Antivirus, versión de la base de firmas
de virus 4857 (20100211) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com

En concreto, que necesitas? segun leo en MSDN, ese tipo de datos esta
depercated... http://msdn.microsoft.com/en-us/library/ms182776.aspx

Una sencilla busqueda en google me ha dado estos resultados:
http://archives.postgresql.org/pgsql-sql/2006-08/msg00087.php
http://mssql-to-postgresql.blogspot.com/2006/04/current-row-version-checking-uses-for.html

El 11 de febrero de 2010 08:58, Luis Dominguez <bcld(at)hotmail(dot)com> escribió:

>
>
> Buenos dias, estoy en estos momentos en un proceso de migracion de una
> base de datos de un manejador ms sql server 7.0 a postgresql vesion 8.4
> pero tengo un problema con un tipo de dato el (timestamp) que en sql server
> 7.0 se refiere a un campo binario unico que se actualiza en forma aleatoria
> por fila , y este campo es primordial en mi aplicacion para efectos del
> seguimiento, ahora en postgresql 8.4 tambien tengo el mismo timestamp pero
> se refiere a otro tipo de dato (fecha+hora ), he investigado otros tipo de
> datos tales como (serial, uuid,xid, bytea etc)en postgresql y no consigo
> algo igual para sustituirlo, he pensado en una funcion que realice algo
> parecido pero todavia no lo intento, y por supuesto recurro a ustedes para
> ver si me pueden echar una mano con este bache que tengo ahorita ....¡
>
> Saludos
> Luis Dominguez
> ------------------------------
>

Buenas tardes, lo que necesitaba exactamente es lo que esta reflejado en el siguente enlace http://mssql-to-postgresql.blogspot.com/2006/04/current-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 confusion 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 implicito 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...'

sin mas que agregar se despide
Luis Dominguez

Date: Thu, 11 Feb 2010 09:52:03 -0400
Subject: Re: [vepug] REF : MIgracion de datos ms sql server 7.0 a Postgresql 8.4 en Linux
From: santiago(at)zarate(dot)net(dot)ve
To: bcld(at)hotmail(dot)com
CC: pgsql-es-ayuda(at)postgresql(dot)org; vepug(at)postgresql(dot)org

En concreto, que necesitas? segun leo en MSDN, ese tipo de datos esta depercated... http://msdn.microsoft.com/en-us/library/ms182776.aspx

Una sencilla busqueda en google me ha dado estos resultados: http://archives.postgresql.org/pgsql-sql/2006-08/msg00087.phphttp://mssql-to-postgresql.blogspot.com/2006/04/current-row-version-checking-uses-for.html

El 11 de febrero de 2010 08:58, Luis Dominguez <bcld(at)hotmail(dot)com> escribió:

Buenos dias, estoy en estos momentos en un proceso
de migracion de una base de datos de un manejador ms sql server 7.0 a
postgresql vesion 8.4 pero tengo un problema con un tipo de dato el
(timestamp) que en sql server 7.0 se refiere a un campo binario unico
que se actualiza en forma aleatoria por fila , y este campo es
primordial en mi aplicacion para efectos del seguimiento, ahora en
postgresql 8.4 tambien tengo el mismo timestamp pero se refiere a otro
tipo de dato (fecha+hora ), he investigado otros tipo de datos tales
como (serial, uuid,xid, bytea etc)en postgresql y no consigo algo igual para
sustituirlo, he pensado en una funcion que realice algo parecido pero
todavia no lo intento, y por supuesto recurro a ustedes para ver si me
pueden echar una mano con este bache que tengo ahorita ....¡

Saludos
Luis Dominguez

_________________________________________________________________

Luis Dominguez escribió:
>
>
>
> Buenas tardes, lo que necesitaba exactamente es lo que esta reflejado en el siguente enlace http://mssql-to-postgresql.blogspot.com/2006/04/current-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 confusion 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 implicito 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. ¿Pensaste, por
ejemplo, en lo que pasará cuando el contador de transacciones dé la
vuelta? Considera que son sólo 32 bits. ¿Y qué pasa si una transacción
modifica un mismo registro más de una vez? El XMIN será idéntico pero
el registro no es el mismo. (Para solucionar este último problema
podrías usar el XMIN junto con el CMIN). Es importante que implementes
lógica que permita manejar el wraparound; para esto te recomiendo
pg_resetxlog -x como mecanismo de pruebas. (BTW en versiones recientes
puedes usar el "xid epoch" para corregir el problema del wraparound).

La verdad es que lo de MS parece más seguro que el XMIN por sí solo.

Quizás el LSN que inserta o modifica una tupla sería una aproximación
más cercana al rowversion. La desventaja es que el LSN no está expuesto
al usuario de ninguna forma.

--
Alvaro Herrera Vendo parcela en Valdivia:
http://www.portalinmobiliario.com/propiedades/fichas.asp?PropID=749682
"Si un desconocido se acerca y te regala un CD de Ubuntu ...
Eso es ... Eau de Tux"

2010/2/11 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Luis Dominguez escribió:
>>
>>
>>
>>  Buenas tardes, lo que necesitaba exactamente es lo que esta reflejado en el siguente enlace http://mssql-to-postgresql.blogspot.com/2006/04/current-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 confusion 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 implicito 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.  ¿Pensaste, por
> ejemplo, en lo que pasará cuando el contador de transacciones dé la
> vuelta? Considera que son sólo 32 bits.  ¿Y qué pasa si una transacción
> modifica un mismo registro más de una vez?  El XMIN será idéntico pero
> el registro no es el mismo.  (Para solucionar este último problema
> podrías 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?

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157

Creo que tienes un probelma de conceptos. No creo que ese tipo se llame asi pero de todas formas si es binario con bytea seria el equivalente. Que se actualiza ahi ? Es decir, q tipo de informacion almacena?

MS-SQL 7 , cual es esa version? COnocia la 6.5 , 2000 , 2005 y 2008 , donde enttro esa?

_________________________________________________________________

2010/2/12 Edwin Quijada <listas_quijada(at)hotmail(dot)com>:
> MS-SQL 7 , cual es esa version? COnocia la 6.5 , 2000 , 2005 y 2008 , donde
> enttro esa?

http://en.wikipedia.org/wiki/Microsoft_SQL_Server#History

El día 12 de febrero de 2010 23:10, Rodrigo E. De León Plicet
<rdeleonp(at)gmail(dot)com> escribió:
> 2010/2/12 Edwin Quijada <listas_quijada(at)hotmail(dot)com>:
>> MS-SQL 7 , cual es esa version? COnocia la 6.5 , 2000 , 2005 y 2008 , donde
>> enttro esa?
>
> http://en.wikipedia.org/wiki/Microsoft_SQL_Server#History

Fue una que estuvo entre la 6.5 y la 2000.
Andaba peor que la 6.5. Enseguida sacaron la 2000, que por lo menos se
podía usar.

--
Silvio Quadri

Would uuid type<http://www.postgresql.org/docs/8.4/static/datatype-uuid.html>
be a solution ?

2010/2/13 Silvio Quadri <silvioq(at)gmail(dot)com>

> El día 12 de febrero de 2010 23:10, Rodrigo E. De León Plicet
> <rdeleonp(at)gmail(dot)com> escribió:
> > 2010/2/12 Edwin Quijada <listas_quijada(at)hotmail(dot)com>:
> >> MS-SQL 7 , cual es esa version? COnocia la 6.5 , 2000 , 2005 y 2008 ,
> donde
> >> enttro esa?
> >
> > http://en.wikipedia.org/wiki/Microsoft_SQL_Server#History
>
> Fue una que estuvo entre la 6.5 y la 2000.
> Andaba peor que la 6.5. Enseguida sacaron la 2000, que por lo menos se
> podía usar.
>
> --
> Silvio Quadri
>
> --
> Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin
>