Re: OT: Simular trigger en ACCESS

Gente, muy buenos días.

Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access para guardar los datos.

No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea para poblar una base de datos postgresql con los cambios hecho en el archivo .mdb?

Sería ideal algo parecido a un trigger y a las novedades dejarlas en un archivo de texto para luego ser levantado en postgresql.

El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET, postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el viejo con access.

A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N tiempo, que barra las tablas de access y vaya insertando/actualizando los datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución (comparación de datos, etc) y lo que se intenta hacer es casi on.line.

Bueno, estoy un poco perdido de cómo tener los datos en la bd de postgresql, explotarlos y que el sistema anterior siga viviendo como hasta ahora...

Cualquier comentario al respecto, será bienvenido.
Saludos,
Conrado

Wed, May 11, 2011 at 08:00:48AM -0300, Conrado Blasetti escribió:

>Gente, muy buenos días.
>
>Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access para guardar los datos.
>
>No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea para poblar una base de datos postgresql con los cambios hecho en el archivo .mdb?
>
>Sería ideal algo parecido a un trigger y a las novedades dejarlas en un archivo de texto para luego ser levantado en postgresql.
>
>El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET, postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el viejo con access.
>
>A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N tiempo, que barra las tablas de access y vaya insertando/actualizando los datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución (comparación de datos, etc) y lo que se intenta hacer es casi on.line.
>
>Bueno, estoy un poco perdido de cómo tener los datos en la bd de postgresql, explotarlos y que el sistema anterior siga viviendo como hasta ahora...
>

Hola, buenos días.

Yo hace bastante tiempo tuve que enfrentarme a un escenario
parecido. No sé si te valdrá, pero lo que hicimos fue usar mdbtools para
extraer los datos de la bbdd Access y con scripts sencillos tipo UNIX
convertirlos a un formato tipo CSV e insertarlo transaccionalmente en
PostgreSQL (borrando e insertando todo). Así, la bbdd PostgreSQL tendrá
los mismos datos que la herramienta Access a fecha de actualización.

Puede ser una solución sencilla si encaja en los parámetros de
tu proyecto, y evita tener que analizar diferencias (que puede ser muy
complejo). Si no, deberías recurrir a herramientas específicas de
sincronización y diferencias de bbdds.

Por supuesto, revisa
http://wiki.postgresql.org/wiki/Microsoft_Access_to_PostgreSQL_Conversion

y el MS Sync Framework, por si también te interesa:
http://www.infoq.com/articles/Microsoft-Sync-Framework-PostgreSql

Saludos,

Álvaro

--

Álvaro Hernández Tortosa

-----------
NOSYS
Networked Open SYStems

otra posibilidad puede ser crear la base en postgresql
y desde access linkear las tablas
y la aplicacion en vb6 usaria la base de access que tiene la tablas vinculadas

depende como haya sido diseñada la base de access
podrias encontrar problemas con columnas autoincrementales
y columnas del tipo fecha

si la aplicación en vb6 usa ADO y para interactuar con la base de
datos usa sql en un 100%
podria decirte que deberia funcionarte de esa forma

El día 11 de mayo de 2011 05:00, Conrado Blasetti
<conrado(at)mapfre(dot)com(dot)ar> escribió:
> Gente, muy buenos días.
>
> Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access para guardar los datos.
>
> No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea para poblar una base de datos postgresql con los cambios hecho en el archivo .mdb?
>
> Sería ideal algo parecido a un trigger y a las novedades dejarlas en un archivo de texto para luego ser levantado en postgresql.
>
> El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET, postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el viejo con access.
>
> A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N tiempo, que barra las tablas de access y vaya insertando/actualizando los datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución (comparación de datos, etc) y lo que se intenta hacer es casi on.line.
>
> Bueno, estoy un poco perdido de cómo tener los datos en la bd de postgresql, explotarlos y que el sistema anterior siga viviendo como hasta ahora...
>
> Cualquier comentario al respecto, será bienvenido.
> Saludos,
> Conrado
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

Yo hice algo similar en una aplicación access.
Access "sin saberlo" almacena en un sql server en vez de hacerlo en .mdb .
Lo hice linkeando desde access las tablas de sql server con el mismo nombre
que tenían las tablas originales de la aplicación.
Hasta hoy, funciona sin problemas.
Saludos

~~~~~~~~~~~~~~~~
Guillermo Villanueva

El 11 de mayo de 2011 08:56, Julio Misael Gutierrez
<jmisaelg(at)gmail(dot)com>escribió:

> otra posibilidad puede ser crear la base en postgresql
> y desde access linkear las tablas
> y la aplicacion en vb6 usaria la base de access que tiene la tablas
> vinculadas
>
> depende como haya sido diseñada la base de access
> podrias encontrar problemas con columnas autoincrementales
> y columnas del tipo fecha
>
> si la aplicación en vb6 usa ADO y para interactuar con la base de
> datos usa sql en un 100%
> podria decirte que deberia funcionarte de esa forma
>
>
>
>
> El día 11 de mayo de 2011 05:00, Conrado Blasetti
> <conrado(at)mapfre(dot)com(dot)ar> escribió:
> > Gente, muy buenos días.
> >
> > Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access
> para guardar los datos.
> >
> > No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea
> para poblar una base de datos postgresql con los cambios hecho en el archivo
> .mdb?
> >
> > Sería ideal algo parecido a un trigger y a las novedades dejarlas en un
> archivo de texto para luego ser levantado en postgresql.
> >
> > El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET,
> postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el
> viejo con access.
> >
> > A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N
> tiempo, que barra las tablas de access y vaya insertando/actualizando los
> datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución
> (comparación de datos, etc) y lo que se intenta hacer es casi on.line.
> >
> > Bueno, estoy un poco perdido de cómo tener los datos en la bd de
> postgresql, explotarlos y que el sistema anterior siga viviendo como hasta
> ahora...
> >
> > Cualquier comentario al respecto, será bienvenido.
> > Saludos,
> > Conrado
> > -
> > Enviado a la lista de correo pgsql-es-ayuda (
> pgsql-es-ayuda(at)postgresql(dot)org)
> > Para cambiar tu suscripción:
> > http://www.postgresql.org/mailpref/pgsql-es-ayuda
> >
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

Guillermo, gracias.

No entiendo bien cuando decis, " Access "sin saberlo" almacena en un sql server en vez de hacerlo en .mdb ."

Lo que hiciste es pasar las tablas a un sqlserver y luego linkeaste las tablas de access y quedando éste último solo como referencias hacia sqlserver?

________________________________________
De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Guillermo Villanueva
Enviado el: Viernes, 13 de Mayo de 2011 08:36 a.m.
Para: Julio Misael Gutierrez
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] OT: Simular trigger en ACCESS

Yo hice algo similar en una aplicación access.
Access "sin saberlo" almacena en un sql server en vez de hacerlo en .mdb .
Lo hice linkeando desde access las tablas de sql server con el mismo nombre que tenían las tablas originales de la aplicación.
Hasta hoy, funciona sin problemas.
Saludos

~~~~~~~~~~~~~~~~
Guillermo Villanueva

El 11 de mayo de 2011 08:56, Julio Misael Gutierrez <jmisaelg(at)gmail(dot)com> escribió:
otra posibilidad puede ser crear la base en postgresql
y desde access linkear las tablas
y la aplicacion en vb6 usaria la base de access que tiene la tablas vinculadas

depende como haya sido diseñada la base de access
podrias encontrar problemas con columnas autoincrementales
y columnas del tipo fecha

si la aplicación en vb6 usa ADO y para interactuar con la base de
datos usa sql en un 100%
podria decirte que deberia funcionarte de esa forma

El día 11 de mayo de 2011 05:00, Conrado Blasetti
<conrado(at)mapfre(dot)com(dot)ar> escribió:
> Gente, muy buenos días.
>
> Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access para guardar los datos.
>
> No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea para poblar una base de datos postgresql con los cambios hecho en el archivo .mdb?
>
> Sería ideal algo parecido a un trigger y a las novedades dejarlas en un archivo de texto para luego ser levantado en postgresql.
>
> El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET, postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el viejo con access.
>
> A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N tiempo, que barra las tablas de access y vaya insertando/actualizando los datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución (comparación de datos, etc) y lo que se intenta hacer es casi on.line.
>
> Bueno, estoy un poco perdido de cómo tener los datos en la bd de postgresql, explotarlos y que el sistema anterior siga viviendo como hasta ahora...
>
> Cualquier comentario al respecto, será bienvenido.
> Saludos,
> Conrado
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Debí decir,
...la aplicación "sin saberlo"...
Ya que sin modificar nada mas funcionó ok.
Y si, tal cual como lo decís, armé las mismas tablas en ese otro motor, las
linkee desde access asignando los nombres correspondientes y listo.
Saludos

~~~~~~~~~~~~~~~~
Guillermo Villanueva

El 13 de mayo de 2011 13:11, Conrado Blasetti <conrado(at)mapfre(dot)com(dot)ar>escribió:

> Guillermo, gracias.
>
> No entiendo bien cuando decis, " Access "sin saberlo" almacena en un sql
> server en vez de hacerlo en .mdb ."
>
> Lo que hiciste es pasar las tablas a un sqlserver y luego linkeaste las
> tablas de access y quedando éste último solo como referencias hacia
> sqlserver?
>
> ________________________________________
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:
> pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Guillermo Villanueva
> Enviado el: Viernes, 13 de Mayo de 2011 08:36 a.m.
> Para: Julio Misael Gutierrez
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda] OT: Simular trigger en ACCESS
>
> Yo hice algo similar en una aplicación access.
> Access "sin saberlo" almacena en un sql server en vez de hacerlo en .mdb .
> Lo hice linkeando desde access las tablas de sql server con el mismo nombre
> que tenían las tablas originales de la aplicación.
> Hasta hoy, funciona sin problemas.
> Saludos
>
> ~~~~~~~~~~~~~~~~
> Guillermo Villanueva
>
> El 11 de mayo de 2011 08:56, Julio Misael Gutierrez <jmisaelg(at)gmail(dot)com>
> escribió:
> otra posibilidad puede ser crear la base en postgresql
> y desde access linkear las tablas
> y la aplicacion en vb6 usaria la base de access que tiene la tablas
> vinculadas
>
> depende como haya sido diseñada la base de access
> podrias encontrar problemas con columnas autoincrementales
> y columnas del tipo fecha
>
> si la aplicación en vb6 usa ADO y para interactuar con la base de
> datos usa sql en un 100%
> podria decirte que deberia funcionarte de esa forma
>
>
>
>
> El día 11 de mayo de 2011 05:00, Conrado Blasetti
> <conrado(at)mapfre(dot)com(dot)ar> escribió:
> > Gente, muy buenos días.
> >
> > Les hago una pregunta. Actualmente tengo un sistema en vb6 y usa access
> para guardar los datos.
> >
> > No puedo tocar el sistema, pero si el .mdb. Se les ocurre alguna idea
> para poblar una base de datos postgresql con los cambios hecho en el archivo
> .mdb?
> >
> > Sería ideal algo parecido a un trigger y a las novedades dejarlas en un
> archivo de texto para luego ser levantado en postgresql.
> >
> > El ambiente para desarrollar un sistema nuevo es WinXp (seven), C# .NET,
> postgresql 9.0 y Npgsql y van a convivir los dos sistemas. El nuevo, y el
> viejo con access.
> >
> > A priori, lo único que se me ocurre, es ejecutar un "bicho" cada N
> tiempo, que barra las tablas de access y vaya insertando/actualizando los
> datos en postgresql, pero bueno, sería costoso por los tiempos de ejecución
> (comparación de datos, etc) y lo que se intenta hacer es casi on.line.
> >
> > Bueno, estoy un poco perdido de cómo tener los datos en la bd de
> postgresql, explotarlos y que el sistema anterior siga viviendo como hasta
> ahora...
> >
> > Cualquier comentario al respecto, será bienvenido.
> > Saludos,
> > Conrado
> > -
> > Enviado a la lista de correo pgsql-es-ayuda (
> pgsql-es-ayuda(at)postgresql(dot)org)
> > Para cambiar tu suscripción:
> > http://www.postgresql.org/mailpref/pgsql-es-ayuda
> >
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org
> )
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>