Adrian Madrid escribió: > Algo que vengo mirando hace tiempo es CouchDB [1], RDDB [2] y ThruDB > [3] como soluciones para salir de las limitaciones de las bases de > dato relacionales. Todas me parecen soluciones geniales especialmente > si tenes un proyecto que puede tomarse como documentos y no tanto como > tables. ete aquí un tema interesante, desde hace años cuando empezó el auge del xml en la bases de datos que se viene planteando las db orientadas a documentos, vamos a ver como pintan y como se aplican...
saludos. > > AEM > > [1] http://couchdb.org/ > [2] http://rddb.rubyforge.org/ > [3] http://code.google.com/p/thrudb/ <http://code.google.com/p/thrudb/> > > 2008/1/12 Luis Lavena <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>: > > 2008/1/12 nelson fernandez <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>: > > creo que hay de todo un poco en los posts y los comentarios, solo me > > quedo con el final de un comentario [1] en el blog orientado a > > ColdFusion: > > > > So ActiveRecord is a pattern that has its place, but is no more the > > only one than the Gateway/DTO/bean model that folks in the CF world > > slavishly use because they've seen a few blog posts. Use them in > the > > right place and they rock. > > > > ActiveRecord soluciona el 80/20 ... para mí está bien por ahora. > > > > En el blog de ObjectMentor dice que no esta muy de acuerdo con poner > > lógica en un objeto ActiveRecord, porque a una estructura de > datos de > > agrega comportamiento...... y los store procedures en una base de > > datos..... ?!?!... nnaaaa...... hablando mal y pronto... me parece > > paja mental académica....... > > > > > > Yo creo que el "model" lo toman muy a pecho, como Model. > > Yo siempre trato de interpretar a Model como parte del Business Logic > (recuerdan 3 tier design?), y no una simple representación de los > datos en la DB, como un puente entre ambos y las operaciones CRUD. > > Por otra parte, hay casos en donde *cualquier patron ORM* muestra sus > limitantes. Ya sea Active Record o Data Mapper. > (hablo de los patrones, no las implementaciones). > > En mi opinion, cualquier mapeo ORM->DB tendrá sus problema, > simplemente por el hecho de que la DB no esta diseñada para soportar > muchas de las funciones relacionales que como objetos nosotros > tratamos de implementar u obtener. > > -- > Luis Lavena > Multimedia systems > - > A common mistake that people make when trying to design > something completely foolproof is to underestimate > the ingenuity of complete fools. > Douglas Adams > _______________________________________________ > Ruby mailing list > [email protected] > <mailto:[email protected]> > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > > > -- > Adrian Esteban Madrid > Lead Developer, Prefab Markets > http://www.prefabmarkets.com > ------------------------------------------------------------------------ > > _______________________________________________ > 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
