Ehcache - using SelfPopulatingCache cuando los datos no están presentes

Question

Estoy usando el decorador de EhCache SelfPopulatingCache y tengo un problema cuando el caché intenta cargar una nueva entrada, pero es inexistente (es decir, no existe en la base de datos). Entonces, la memoria caché pondrá un valor de null en la memoria caché, para desbloquear cualquier otro que ingrese la clave, pero luego la siguiente cadena hará la misma llamada a la base de datos porque recibió 'nulo' de la memoria caché. lo que significa que piensa que la entrada debe cargarse, aunque en realidad es nula porque los datos no existen en ninguna parte. Siento que estoy haciendo algo mal.

(pseudo código)

Value v = cache.get(key); // multiple threads will block here 
if (v == null) 
    cache.put(key, getValueFromDB()); // this might put a null value 

Mi solución actual es la de no poner nula, pero para poner un marcador de posición Object y compruebe por ello.

Value v = cache.get(key); 
if (v == null) 
    cache.put(key, getValueFromDB()); 
else if (v == NOENTRYOBJECT) 
    return null; 
else 
    return v; 

¿Pensamientos?

Answer 1

Hacemos algo similar. En nuestro caso, ingresamos Boolean.FALSE en la memoria caché si la clave solicitada no corresponde a un elemento válido. Básicamente le dice al código de llamada que la clave que solicitó no coincide con ningún dato. Debe hacer una llamada al db en la primera solicitud de esa clave para descubrir que no se corresponde con los datos válidos, pero las llamadas posteriores se salvan de la búsqueda db. Por supuesto, si alguna vez se ingresan datos en el DB de esa clave, debe asegurarse de invalidar esa entrada de caché (de lo contrario, devolverá Boolean.FALSE aunque haya datos reales disponibles).

No estoy seguro si mi respuesta ayuda mucho (no es un enfoque alternativo), pero al menos confirma que no está solo en su enfoque.

Por cierto, no creo que esto sea exclusivo de SelfPopulatingCache de EHCache.

Answer 2

El patrón típico es que no vuelva a comprobar la base de datos si existe el elemento de CLAVE en la memoria caché en absoluto, en lugar de la VALOR.

El patrón se describe en los documentos ehcache aquí: Caching Empty Values.

lo general, pero no siempre, get devuelve un Element, por lo get(id) no será nulo si put(id, value) fue llamado alguna vez con anterioridad, incluso si el valor es nulo.

Tenga en cuenta que esto depende de la implementación de la memoria caché. La documentación de ehcache parece sugerir que siempre debería funcionar, pero BlockingCache (y sus descendientes) does NOT allow putting null values into the cache. El objeto base ehcache Cache permite que los valores nulos se almacenen en la memoria caché (al igual que muchos ejemplos e implementaciones personalizadas).

Creo que la solución que ya tiene (objeto de valor de marcador de posición) también funciona y debería obtener el mismo resultado que la clase base Cache de ehcache y la documentación.

Answer 3

Estoy pensando que necesita mirar en la CacheElementFactory. Lo había implementado en primavera para un proyecto en el que estaba trabajando para exigir que se cargue información en el caché; si se produjo un error en el caché, se intentó cargarlo desde la base de datos. Sin embargo, no recuerdo específicamente qué hice con esto y creo que esto desafortunadamente resultaría en una solicitud a la base de datos para cada pase que solicitó la clave faltante.