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 <[email protected]>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: [email protected] [mailto: > [email protected]] En nombre de Guillermo Villanueva > Enviado el: Viernes, 13 de Mayo de 2011 08:36 a.m. > Para: Julio Misael Gutierrez > CC: [email protected] > 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 <[email protected]> > 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 > <[email protected]> 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 ( > [email protected]) > > Para cambiar tu suscripción: > > http://www.postgresql.org/mailpref/pgsql-es-ayuda > > > - > Enviado a la lista de correo pgsql-es-ayuda ([email protected] > ) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda > > - > Enviado a la lista de correo pgsql-es-ayuda ([email protected] > ) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda >
