2008/8/29 Aldrin Martoq <[EMAIL PROTECTED]>: [...]
> Como comentarios a las tecnologias que propusieron: > 1.- Usar memcached no es una solucion fuerte para manejar datos > guardados en una sesion. La razon es que un cache distribuido no te > garantiza atomicidad... hmm quizas si tienes una sola instancia [2]. > > Un cache distribuido es bueno para hacer cache de datos "no criticos" > resueltos por una base de datos (asi alivianas la carga de la base de > datos), pero no para actualizar data!! (tratar el cache como un store de > una base de datos). > > Es por esto que almacenan un timestamp con los datos en el cache > distribuido y en tu logica considerar el tiempo del dato y si > corresponde refrescarlo contra la base de datos; si necesitas guardar > datos criticos en el cache tienes que modificar la logica de tu > aplicacion de manera que asegure borrar/actualizar los datos del cache > con cada update en la base de datos. Por supuesto. Y parece que la cosa se pone más entrete cuando distribuyes la BD y ya no hay sólo un "refresco" en la BD: http://www.new.facebook.com/note.php?note_id=23844338919 [Si, es una URL de facebook. Pero es una historia con algunos de los trucos que usan estos tipos para escalar su aplicación] -- Leo Soto M. http://blog.leosoto.com
