RE: [Pgsql-ayuda] ODBC Lento

mmm... si funciona tu MODELO.... jejeje

entonces finalmente voy a usar el VFP6 para migrar mi data
del Sybase al PostgreSQL

... y te cuento mi odisea... (ya pase casi todo: estructuras, pkeys,
fkeys..)
estoy con los triggers, store procedures y functions

y si no me falla la memoria tengo algo como... to_buffer from_buffer
de una
vista a la otra con eso no tendre que codificar campo x campo....

Ojala... tchau..

____________________________________________________
Sandrigo Lezcano Jara Asunción, Paraguay
usando______: Ret Hat 7.2 (Enigma) - Kernel 2.4.7-10
PostgreSQL 7.1.3 - psqlODBC 7.02.00.01
migrando____: Sybase 6.5 al PostgreSQL
front end___: PowerBuilder 6.5
==================ICQ:143590717=====================
____________________________________________________
----- Original Message -----
From: Eduardo Gauna <egauna(at)infovia(dot)com(dot)ar>
To: Víctor Antequera Peña <vantequera(at)ldsp(dot)com(dot)co>
Cc: Pgsql-ayuda <Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx>
Sent: Friday, May 30, 2003 12:45 PM
Subject: RE: [Pgsql-ayuda] ODBC Lento

> Hola! por fin podemos aportar algo a ésta lista que tanto nos ayuda!!!
> La intención es aportar y esperamos que pueda serles útil.
>
> Hemos trabajado con VFP5 y hemos tenido miles de problemas con las
> transacciones. Despues de luchar y probar mil veces estamos trabajando de
la
> siguiente manera que te detallo en el ejemplo que sigue:
>
> --------------------------------------------------------------------------
--
> ---------------
> Supongamos una vista de VFP llamada xxx
>
> nConexion=cursorgetprop("connecthandle","xxx")
>
> BEGIN TRANSACTION &&Inicio de la transaccion en VFP
>
> update xxx set campo1 = 1
>
> lResult=TABLEUPDATE(.T.,.F.,xxx) &&Envia los datos de la vista al motor
>
> IF lResult
> SQLCOMMIT(nConexion) &&Para enviar a Postgress
> END TRANSACTION &&De la transacción en VFP
> ELSE
> TABLEREVERT(.T.,xxx) &&Revierte en la vista de VFP
> ROLLBACK &&De la transacción en VFP
> SQLROLLBACK(nConexion) &&Para enviar a Postgress
> ENDIF
> --------------------------------------------------------------------------
--
> ---------------
>
> Muy importante:
> 1) En la vista, en opciones avanzadas, hay que colocarle que es
> "conexión con recurso compartido"
>
> 2) La conexión debe tener marcado el check de procesamiento por lotes y
debe
> tener desmarcado el check de transacciones automáticas
>
> Saludos. Esperamos que te sea de utilidad!
>
>
> ----- Original Message -----
> From: Víctor Antequera Peña <vantequera(at)ldsp(dot)com(dot)co>
> To: sandrigo lezcano <psql(at)msa(dot)com(dot)py>; Henry O. Interiano
> <henry(at)lamundial(dot)hn>
> Cc: Pgsql-ayuda <Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx>
> Sent: Wednesday, May 28, 2003 4:15 PM
> Subject: Re: [Pgsql-ayuda] ODBC Lento
>
>
> > Ya que están hablando de postgresql con vfp quisiera hacerles una
pregunta
> > que me ronda desde hace tiempo.
> > Vfp tiene implementado el begin transaction --roll back -- end
> transaction.
> > Pero es muy limitado pues no es como en delphi que el automáticamente
> salta
> > al rollback si hay un error en la transacción.
> > Debido a esto me pregunto, ¿como utilizar la capacidad de transacción de
> > postgresql en un front-end vfp?
> > extiendo un poco mas la pregunta, si tengo una transacción que involucra
> mas
> > de una tabla, según su experiencia, ¿cual sería el esquema a utilizar
para
> > que postgresql controle todo el proceso, y en vfp solo tenga que saber
si
> > fue exitoso o no?
> >
> > De antemano gracias por leer el correo...
> >
> >
> > ----- Original Message -----
> > From: "sandrigo lezcano" <psql(at)msa(dot)com(dot)py>
> > To: "Henry O. Interiano" <henry(at)lamundial(dot)hn>
> > Cc: "Pgsql-ayuda" <Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx>
> > Sent: Wednesday, May 28, 2003 10:32 AM
> > Subject: RE: [Pgsql-ayuda] ODBC Lento
> >
> >
> > > ____________________________________________________
> > > ----- Original Message -----
> > > From: Henry O. Interiano <henry(at)lamundial(dot)hn>
> > >
> > >
> > > > El problema que tengo es que a la hora de crear la vista remota en
> > Visual
> > > > Foxpro y quiero agregar la estructura de la tabla que esta en
> Postgresql
> > > se
> > > > vuelve muy lento o se cuelga mi maquina, parece ser que esta leyendo
> > todos
> > > > los registros de la tabla, esto no sucede cuando la tabla tiene
pocos
> > > > registros. cuando la vista remota es lista o creada la velociadad es
> muy
> > > > buenisima.
> > >
> > > es posible que tu problema no sea con ODBC driver, es posible que sea
un
> > > proble fisico de tu eth_card y si suceden con otros OSs, probablemente
> sea
> > > la de tu server PG ....
> > >
> > > en en Visual FoxPro si tu SET TALK ON entonces te va a dar una
impresion
> > de
> > > la velocidad de transmision...aunque la tabla sea muy grande....
> > >
> > > justamente ayer pase 320.000 registros DBF (guia telefonica) al
> PostgreSQL
> > > y los pruebo con el Visual FoxPro y funciona..
> > >
> > > ____________________________________________________
> > > Sandrigo Lezcano Jara Asunción, Paraguay
> > > usando______: Ret Hat 7.2 (Enigma) - Kernel 2.4.7-10
> > > PostgreSQL 7.1.3 - psqlODBC 7.02.00.01
> > > migrando____: Sybase 6.5 al PostgreSQL
> > > front end___: PowerBuilder 6.5
> > > ==================ICQ:143590717=====================
> > >
> > >
> > > _______________________________________________
> > > Pgsql-ayuda mailing list
> > > Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx
> > > http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
> > >
> >
> > _______________________________________________
> > Pgsql-ayuda mailing list
> > Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx
> > http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
>
> _______________________________________________
> Pgsql-ayuda mailing list
> Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx
> http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda