Gracias por todas las contestaciones, estoy investigando cada una de ellas. Recuerden que no tengo licencia para el SQL Server full, sino que estoy usando el SQL Express... Y que no tengo permiso de conexión remota a los servidores SQL que ya maneja Central. Sólo puedo investigar en unas DBFs locales (un poco desactualizadas con respecto a las tablas de SQL...). Es por una cuestión de que Central no le interesa que el Interior desarrolle sino que todo salga desde allí, pero entonces nos complican cuando queremos acceder a cierta información que ellos ya tienen en SQL... y además estos requerimientos no son genéricos para todo el país...
El día 19/03/08, Julio Cesar Sánchez González < [EMAIL PROTECTED]> escribió: > > Maxi accotto wrote: > > > > Hola, una opcion es centralizar con procesos ETL, otra es usando > > transacciones distribuidas o servidores vinculados para ir a buscar la > > data a las distintas bases de datos > > > > > > > > ----------------------------------------------------------- > > > > Microsoft MVP en SQL Server > > > > Mentor asociado en SQLTotalConsulting > > > > Excelencia en servicios y consultoria SQLServer > > > > www.sqltotalconsulting.com > > > > ----------------------------------------------------------- > > > > > > > > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *silvana > > quiroga > > *Enviado el:* Tuesday, March 18, 2008 12:15 PM > > *Para:* Maxi > > *Asunto:* [dbms] Brainstorming - Unificar Aplicaciones - Keylogger > > > > > > > > Qué tal Lista: > > > > > > > > Estoy trabajando en una empresa que ya tiene varios sistemas, algunos > > en Fox (DBF), otros en Visual Basic (BD SQL) y otros en .NET (sistemas > > web). > > > > Tengo que dar soluciones particulares a los Usuarios de la empresa. > > Por ejemplo, cuando se busca el CUIL de un Cliente, informar datos > > como por ejemplo, última visita, cantidad de pedidos realizados (los > > pedidos están limitados) y otras cuestiones... > > > > > > > > No quisiera caer en el desarrollo de otro nuevo sistema (no puedo > > modificar el existente ya que sólo lo maneja casa central y a ellos no > > les interesan algunos de los controles que necesito) y a su vez debo > > encontrar la forma de dar estas soluciones... > > > > > > > > Poniéndome en el lugar del Usuario, que ya tienen que estar > > consultando en 2 o 3 sistemas distintos, unos de escritorio, otros DOS > > (Fox para DOS), sitios de internet..., para conocer la condición del > > Cliente, necesitaría algo como por ejemplo un KEY LOGGER (pero que el > > servidor no lo reconozca como virus...) que me vaya detectando las > > teclas ingresadas. > > > > > > > > La idea loca: que antes de escribir el CUIL del Cliente presionen la > > tecla F12 (por decir algo), escriban el CUIL o Documento Único y den > > Enter (entonces yo detectaría que se trata de un Cliente si encuentro > > los números ingresados entre la tecla F12 y el Enter). > > > > > > > > Entonces si detecto problemas con el Cliente o quiero mostrar cierta > > información, se abre la pantallita de mi sistema. > > > > > > > > Obvio que se va a tener que estar ejecutando todo el tiempo. Espero > > que no sea lento. > > > > > > > > Qué otra forma existe de digamos "unificar" aplicaciones? Cómo se > > llama esto? > > > > > > > > Espero puedan darme ideas. Tengan en cuenta que sólo puedo usar soft > > libre (bajo Windows - Por ej. SQL Express) y el Visual Studio 6.0.- > > > > > > > > MUCHAS GRACIAS!!!! > > > Te recomiendo el uso de postgresql con perl dbi para accesar a tus otras > bases y replicarlas a tu servidor postgresql para asi centralizar tus > datos. A este proceso se le llama replicacion y mediante la DBI de PERL > puedes accesar a esas bases de datos en diferentes gestores y usar PERL > como pasta para juntar todas tus bases de datos. > > -- > Saludos, > > Julio Cesar Sánchez González. > > -- > Ahora me he convertido en la muerte, destructora de mundos. > Soy la Muerte que se lleva todo, la fuente de las cosas que vendran. > > www.sistemasyconectividad.com.mx http://darkavngr.blogspot.com/ > > >
