En mi opinion, no conozco este caso puntual, pero cuando uno necesita acceder a distintas bases de datos en forma simultanea, hay un tema diseño de sistemas y de integracion de sistemas que no esta siendo considerado.
Es decir, quizas conviene pensar en una arquitectura para integrar N sistemas distintos, y no en utilizar 2 bases de datos distintas via ActiveRecord (y de distintos vendors). Hay sistemas de colas de mensajes muy buenos y escalables, que se pueden utilizar para constriur un bus de datos para hacer integraciones. Las empresas que tienen este tipo de problemas (el de escalar y el de integrar) los consideran desde el comienzo (vi unos papers muy buenos de FriendFeed y uno de ayer genial de Heroku). Me refiero a pensar en utilizar desde colas sin persistencia (BeanstalkD, Workling/Stalker, etc) hasta algunos con persistencia y velocidad (RabbitMQ, ActiveMQ) y si vale la pena y se justifica, por que no un MQSeries... 2009/3/5 Jorge Kalmbach <[email protected]>: > Tambien esta esto http://magicmodels.rubyforge.org/magic_multi_connections/ > > pero creo que te brinda la funcionalidad que vos ya lograste. > > saludos. > > El 5 de marzo de 2009 18:50, Jorge Kalmbach <[email protected]> escribió: >> >> Rodo >> >> fijate aca, >> http://www.rubynaut.net/articles/2008/05/31/how-to-access-multiple-database-in-rails >> >> Creo que se puede hacer usando un prefijo para el modulo. >> >> /jk >> > > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
