RE:

Hola a Todos!

Estoy en la empresa de Convertir el ERP Compiere www.compiere.org y
www.e-evolution.com/kompiere que trabaja en Oracle a PostgreSQL y no depender
nunca mas de Oracle

Tengo ahora un problema que talvez ustedes me puedan ayudar con una función de
oracle Dump()

aquí esta la explicación de lo que hace:

http://techonthenet.com/oracle/functions/dump.htm

Que función podría suplir en postgresql esto mismo, Talvez MD5 ?

Saludos
Victor

Victor <victor(dot)perez(at)e-evolution(dot)com> writes:

> Tengo ahora un problema que talvez ustedes me puedan ayudar con una
> función de oracle Dump()

No existe algo así en PostgreSQL. ¿para qué se usa en el proyecto?,
Pareciera que es algo muy interno a Oracle.

> Que función podría suplir en postgresql esto mismo, Talvez MD5 ?

Podría ser, depende de cómo y para qué se usa la función dentro del
sistema.

Saludos,
Manuel.

Hola Manuel!

es lo que me te mìa, pero bueno veamos que se puede hacer, este es la
sentencia SQL:

UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT C_BPartner_Location_ID                          
FROM C_BPartner_Location bpl INNER JOIN C_Location l ON
(bpl.C_Location_ID=l.C_Location_ID)
WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND bpl.AD_Client_ID=i.AD_Client_ID
AND DUMP(i.Address1)=DUMP(l.Address1) AND DUMP(i.Address2)=DUMP(l.Address2)
AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
DUMP(i.Postal_Add)=DUMP(l.Postal_Add)  AND
DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
I_IsImported='N'
 
lo que entiendo que hace es comparar dos valores de distintas tablas
convirtiendolos en hexadecimal de esa manera identifica que sean exactos.
Saludos
Victor

El Martes, 28 de Junio de 2005 18:05, escribió:
> Victor <victor(dot)perez(at)e-evolution(dot)com> writes:
> > Tengo ahora un problema que talvez ustedes me puedan ayudar con una
> > función de oracle Dump()
>
> No existe algo así en PostgreSQL. ¿para qué se usa en el proyecto?,
> Pareciera que es algo muy interno a Oracle.
>
> > Que función podría suplir en postgresql esto mismo, Talvez MD5 ?
>
> Podría ser, depende de cómo y para qué se usa la función dentro del
> sistema.
>
> Saludos,
> Manuel.
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/files/documentation/faqs/FAQ.html

creo que podrías programar tal función en pl/pgsql o algo parecido. No
la he visto nunca en PostgreSQL.

saludos

El mar, 28-06-2005 a las 17:57 -0500, Victor escribió:
> Hola a Todos!
>
> Estoy en la empresa de Convertir el ERP Compiere www.compiere.org y
> www.e-evolution.com/kompiere que trabaja en Oracle a PostgreSQL y no depender
> nunca mas de Oracle
>
> Tengo ahora un problema que talvez ustedes me puedan ayudar con una función de
> oracle Dump()
>
> aquí esta la explicación de lo que hace:
>
> http://techonthenet.com/oracle/functions/dump.htm
>
> Que función podría suplir en postgresql esto mismo, Talvez MD5 ?
>
> Saludos
> Victor
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>
> http://archives.postgresql.org/pgsql-es-ayuda
--
Fernando San Martín Woerner
Jefe de Informática
Galilea S.A.

On Tue, Jun 28, 2005 at 06:17:04PM -0500, Victor wrote:

> UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT C_BPartner_Location_ID
> FROM C_BPartner_Location bpl INNER JOIN C_Location l ON
> (bpl.C_Location_ID=l.C_Location_ID)
> WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND bpl.AD_Client_ID=i.AD_Client_ID
> AND DUMP(i.Address1)=DUMP(l.Address1) AND DUMP(i.Address2)=DUMP(l.Address2)
> AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
> DUMP(i.Postal_Add)=DUMP(l.Postal_Add) AND
> DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
> DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
> WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
> I_IsImported='N'
>
> lo que entiendo que hace es comparar dos valores de distintas tablas
> convirtiendolos en hexadecimal de esa manera identifica que sean exactos.

No es dificil hacer una funcion en C que haga esto, AFAICS. Es solo una
lata tener que definirla para cada tipo de dato que existe.

--
Alvaro Herrera (<alvherre[a]surnet.cl>)
Voy a acabar con todos los humanos / con los humanos yo acabaré
voy a acabar con todos / con todos los humanos acabaré (Bender)

Victor <victor(dot)perez(at)e-evolution(dot)com> writes:

> es lo que me te mìa, pero bueno veamos que se puede hacer, este es la
> sentencia SQL:
>
> UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT C_BPartner_Location_ID                          
> FROM C_BPartner_Location bpl INNER JOIN C_Location l ON
> (bpl.C_Location_ID=l.C_Location_ID)
> WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND bpl.AD_Client_ID=i.AD_Client_ID
> AND DUMP(i.Address1)=DUMP(l.Address1) AND DUMP(i.Address2)=DUMP(l.Address2)
> AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
> DUMP(i.Postal_Add)=DUMP(l.Postal_Add)  AND
> DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
> DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
> WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
> I_IsImported='N'
>
> lo que entiendo que hace es comparar dos valores de distintas tablas
> convirtiendolos en hexadecimal de esa manera identifica que sean
> exactos.

La comparación me parece un tanto ociosa por no decir perfectamente
inútil. Como cambiaría la sentencia si en vez de decir:

DUMP(i.Address1)=DUMP(l.Address1)

simplemente dices:

i.Address1 = l.Address1

Si entendí bien lo que hace dump, no cambiaría. Por lo tanto quita
todos los dump's y estas listo. La pregunta es: ¿por qué no lo
hicieron así originalmente?. Probablemente que hay algo aqui que no
estamos viendo :-(.

Saludos,
Manuel.

Uhmm, seguro lo hacen para remover caracteres especiales o algo asi. Yo
hacia eso muchoa ntes en otra BD.
Creo q lo mejor es q te busq q hace y hacer una funcion en plpgsql

*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-809-747-2787
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
comun"
*-------------------------------------------------------*

>From: Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx>
>To: Victor <victor(dot)perez(at)e-evolution(dot)com>
>CC: pgsql-es-ayuda(at)postgresql(dot)org
>Subject: Re: [pgsql-es-ayuda]
>Date: Wed, 29 Jun 2005 11:02:07 -0500
>
>Victor <victor(dot)perez(at)e-evolution(dot)com> writes:
>
> > es lo que me te mìa, pero bueno veamos que se puede hacer, este es la
> > sentencia SQL:
> >
> > UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT
>C_BPartner_Location_ID > FROM C_BPartner_Location
>bpl INNER JOIN C_Location l ON
> > (bpl.C_Location_ID=l.C_Location_ID)
> > WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND
>bpl.AD_Client_ID=i.AD_Client_ID
> > AND DUMP(i.Address1)=DUMP(l.Address1) AND
>DUMP(i.Address2)=DUMP(l.Address2)
> > AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
> > DUMP(i.Postal_Add)=DUMP(l.Postal_Add) AND
> > DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
> > DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
> > WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
> > I_IsImported='N'
> >
> > lo que entiendo que hace es comparar dos valores de distintas tablas
> > convirtiendolos en hexadecimal de esa manera identifica que sean
> > exactos.
>
>La comparación me parece un tanto ociosa por no decir perfectamente
>inútil. Como cambiaría la sentencia si en vez de decir:
>
> DUMP(i.Address1)=DUMP(l.Address1)
>
>simplemente dices:
>
> i.Address1 = l.Address1
>
>Si entendí bien lo que hace dump, no cambiaría. Por lo tanto quita
>todos los dump's y estas listo. La pregunta es: ¿por qué no lo
>hicieron así originalmente?. Probablemente que hay algo aqui que no
>estamos viendo :-(.
>
>Saludos,
>Manuel.
>
>---------------------------(fin del mensaje)---------------------------
>TIP 1: para suscribirte y desuscribirte, escribe a majordomo(at)postgresql(dot)org

_________________________________________________________________
MSN Amor: busca tu ½ naranja http://latam.msn.com/amor/

Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx> writes:

> Probablemente que hay algo aqui que no estamos viendo :-(.

Ok, ya se me ocurrió una posibilidad, ¿cómo funciona dump con
null's?. En la sentencia que mostraste en particular no haría
diferencia pero es probable que esa sea la idea detrás de usar
dump. Alguien por ahi tiene un Oracle que nos quisiera ayudar,
necesitamos saber que regresa:

select dump(null) is null from dual;

si no recuerdo mal.

Saludos,
Manuel.

On 6/29/05, Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx> wrote:
> Victor <victor(dot)perez(at)e-evolution(dot)com> writes:
>
> > es lo que me te mìa, pero bueno veamos que se puede hacer, este es la
> > sentencia SQL:
> >
> > UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT
> C_BPartner_Location_ID
> > FROM C_BPartner_Location bpl INNER JOIN C_Location l ON
> > (bpl.C_Location_ID=l.C_Location_ID)
> > WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND
> bpl.AD_Client_ID=i.AD_Client_ID
> > AND DUMP(i.Address1)=DUMP(l.Address1) AND
> DUMP(i.Address2)=DUMP(l.Address2)
> > AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
> > DUMP(i.Postal_Add)=DUMP(l.Postal_Add) AND
> > DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
> > DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
> > WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
> > I_IsImported='N'
> >
> > lo que entiendo que hace es comparar dos valores de distintas tablas
> > convirtiendolos en hexadecimal de esa manera identifica que sean
> > exactos.
>
> La comparación me parece un tanto ociosa por no decir perfectamente
> inútil. Como cambiaría la sentencia si en vez de decir:
>
> DUMP(i.Address1)=DUMP(l.Address1)
>
> simplemente dices:
>
> i.Address1 = l.Address1
>
> Si entendí bien lo que hace dump, no cambiaría. Por lo tanto quita
> todos los dump's y estas listo. La pregunta es: ¿por qué no lo
> hicieron así originalmente?. Probablemente que hay algo aqui que no
> estamos viendo :-(.
>

Segun yo entendi, DUMP no solo te saca el contenido sino tambien el
tamaño del campo y el tipo de dato. Asi que lo que el select esta
comprobando es que sea exactamente el mismo tipo de dato y longitud de
campo, a mas del contenido.

Aunque por lo general los FK's van a coincidir en eso veras bases en
la que un int4 esta haciendo referencia a un campo en otra tabla cuyo
PK es un int2.

No me parece razonable, IMHO, hacer eso ya que el constraint se
establece sobre los datos no la longitud del campo o el tipo de dato.

--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)

Hola!!!
No creo que sea muy difícil implementar en pl/pgsql, estuve mirando la
documentación de esa función...y básicamente lo que hace es una
descripción de expresión que se le envía como parámetro (tipo de dato,
longitud y los valores ascii de cada carácter que lo compone, separados
por una coma), lo que no veo es una necesidad real de utilizarlo a no
ser de que sea necesario tener en cuenta el tipo de dato que estés
comparando

Ejemplo de la Función
Select nombre, dump(nombre) Dump from personas;

NOMBRE DUMP
------------------------------------------
Scott Typ=1 Lne=5: 83,99,111,116,116

--
Saludos cordiales,
Hugo Gamarra.

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-
> owner(at)postgresql(dot)org] En nombre de Victor
> Enviado el: Martes, 28 de Junio de 2005 19:17
> Para: Manuel Sugawara; pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda]
>
> Hola Manuel!
>
> es lo que me te mìa, pero bueno veamos que se puede hacer, este es la
> sentencia SQL:
>
> UPDATE I_BPartner i SET C_BPartner_Location_ID=(SELECT
> C_BPartner_Location_ID
> FROM C_BPartner_Location bpl INNER JOIN C_Location l ON
> (bpl.C_Location_ID=l.C_Location_ID)
> WHERE i.C_BPartner_ID=bpl.C_BPartner_ID AND
> bpl.AD_Client_ID=i.AD_Client_ID
> AND DUMP(i.Address1)=DUMP(l.Address1) AND
> DUMP(i.Address2)=DUMP(l.Address2)
> AND DUMP(i.City)=DUMP(l.City) AND DUMP(i.Postal)=DUMP(l.Postal) AND
> DUMP(i.Postal_Add)=DUMP(l.Postal_Add)  AND
> DUMP(i.C_Region_ID)=DUMP(l.C_Region_ID) AND
> DUMP(i.C_Country_ID)=DUMP(l.C_Country_ID))
> WHERE C_BPartner_ID IS NOT NULL AND C_BPartner_Location_ID IS NULL AND
> I_IsImported='N'
>
> lo que entiendo que hace es comparar dos valores de distintas tablas
> convirtiendolos en hexadecimal de esa manera identifica que sean
exactos.
> Saludos
> Victor
>
> El Martes, 28 de Junio de 2005 18:05, escribió:
> > Victor <victor(dot)perez(at)e-evolution(dot)com> writes:
> > > Tengo ahora un problema que talvez ustedes me puedan ayudar con
una
> > > función de oracle Dump()
> >
> > No existe algo así en PostgreSQL. ¿para qué se usa en el proyecto?,
> > Pareciera que es algo muy interno a Oracle.
> >
> > > Que función podría suplir en postgresql esto mismo, Talvez MD5 ?
> >
> > Podría ser, depende de cómo y para qué se usa la función dentro del
> > sistema.
> >
> > Saludos,
> > Manuel.
> >
> > ---------------------------(fin del
mensaje)---------------------------
> > TIP 5: ¿Has leído nuestro extenso FAQ?
> >
> > http://www.postgresql.org/files/documentation/faqs/FAQ.html
>
> ---------------------------(fin del
mensaje)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/files/documentation/faqs/FAQ.html

Hola!!!
Devuelve null :'(
SQL> select dump(null) from dual;

DUMP
----
NULL

--
Saludos cordiales,
Hugo Gamarra.

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-
> owner(at)postgresql(dot)org] En nombre de Manuel Sugawara
> Enviado el: Miércoles, 29 de Junio de 2005 12:17
> Para: Victor
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda]
>
> Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx> writes:
>
> > Probablemente que hay algo aqui que no estamos viendo :-(.
>
> Ok, ya se me ocurrió una posibilidad, ¿cómo funciona dump con
> null's?. En la sentencia que mostraste en particular no haría
> diferencia pero es probable que esa sea la idea detrás de usar
> dump. Alguien por ahi tiene un Oracle que nos quisiera ayudar,
> necesitamos saber que regresa:
>
> select dump(null) is null from dual;
>
> si no recuerdo mal.
>
> Saludos,
> Manuel.
>
> ---------------------------(fin del
mensaje)---------------------------
> TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> tipos de datos de las columnas no coinciden

Hola!

la clave es (exactamente el mismo tipo de dato)
tengo tres tablas en juego

I_BPartner esta tabla es usada para vaciar un archivo para importar un
catalogo de Clientes .csv
C_BPartner_Location esta tabla contiene las referencias a las múltiples
direcciones de los cliente
C_Location es tabla contiene una lista de todas las direcciones.

El proceso que estoy realizando es importar desde la tabla temporal I_BPartner
a la tabla normal del sistema I_BPartner, ahora yo puedo tener un registro
donde lo uníco que cambia es la dirección, la rázon es por que un cliente
puede tener múltiples direcciones.

lo que hace este update es colocar el ID de la direcciòn que ya existe en la
tabla pero este debe ser exactamente igual ya que el usuario pudo agregar
algun dato adicional, es por eso que pensè si convierto el dato a md5 el
sistema al comparar los valores deberàn ser idènticos.

aun que realmente no se si sea necesario o todo se resuelve con un AND
i.Address1=l.Address1 aun no me queda claro que funciòn tiene DUMP en esta
vlidaciòn

Saludos
Victor

El Miércoles, 29 de Junio de 2005 11:19, Jaime Casanova escribió:
> Segun yo entendi, DUMP no solo te saca el contenido sino tambien el
> tamaño del campo y el tipo de dato. Asi que lo que el select esta
> comprobando es que sea exactamente el mismo tipo de dato y longitud de
> campo, a mas del contenido.