Muy, pero muy, intereasantes. Sabía que existían estas alternativas a las RDBMSs pero no sabía que estuvieran tan avanzadas.
Diego 2008/1/12 Adrian Madrid <[EMAIL PROTECTED]>: > 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. > > AEM > > [1] http://couchdb.org/ > [2] http://rddb.rubyforge.org/ > [3] http://code.google.com/p/thrudb/ > > 2008/1/12 Luis Lavena <[EMAIL PROTECTED]>: > > > > 2008/1/12 nelson fernandez <[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] > > 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 > > -- Diego Algorta Casamayou http://www.oboxodo.com - http://diego.algorta.net _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
