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
