Almacenamiento en caché de consultas en Entity Framework Core usando NCache

Por Sriram Mannava

En este artículo, veamos cómo podemos configurar y usar NCache para el almacenamiento en caché de consultas en Entity Framework Core con un ejemplo ilustrativo en ASP.NET. El almacenamiento en caché es una de las estrategias más importantes utilizadas para mejorar el rendimiento de las aplicaciones. Es una técnica en la que cierto tipo de datos se mantiene en una memoria de alta velocidad y se accede a ellos cada vez que surge una solicitud de esos datos. El almacenamiento en caché se aplica en varios niveles de la aplicación; por ejemplo, los navegadores web almacenan en caché el contenido en función de los encabezados enviados por la API/servidor a través de la respuesta.

Otros tipos de almacenamiento en caché incluyen el almacenamiento en caché de datos de aplicaciones, donde los datos de las aplicaciones a las que se accede con frecuencia se almacenan en caché en una ubicación particular (por ejemplo, en la memoria) para que, cuando se necesite ese registro u objeto en particular, no sea necesario recuperarlo nuevamente. Esto evita un acceso real a la base de datos y contribuye al tiempo general de respuesta de la solicitud.

Mapeadores relacionales de objetos y almacenamiento en caché de consultas

Los mapeadores relacionales de objetos, también conocidos como ORM, utilizan el almacenamiento en caché para mejorar el rendimiento de las consultas y las bases de datos. Generalmente mantienen dos niveles de cachés: un caché de nivel 1 y un caché de nivel 2 opcional.

Una caché de nivel 1 generalmente almacena todas las entidades a las que llegan las transacciones en una sesión. Este es un mecanismo implícito que se utiliza para mejorar el rendimiento y con fines de persistencia. Mientras que una caché de nivel 2 es un identificador opcional que el desarrollador puede conectar a cualquier proveedor de caché de terceros para optimizar aún más el rendimiento de la consulta.

Con una caché de nivel 2, los ORM pueden conservar los resultados de las consultas en función de las consultas que se ejecutan en la base de datos y reutilizar los conjuntos de datos almacenados para llamadas consecutivas, evitando así llamadas y costos innecesarios a la base de datos.