¿Qué es el almacenamiento en caché persistente?

El caché de archivos está destinado para el almacenamiento a medio plazo de documentos u objetos de datos. El caché libwww es un caché del lado del cliente totalmente compatible con HTTP / 1.1 que cumple con todas las directivas de caché HTTP / 1.1 y permite la operación desconectada. El caché también sabe cómo manejar las solicitudes de rango de bytes, de modo que si cancela una descarga y la inicia en un momento posterior, intentará usar la parte que ya tiene y solo solicitará la última parte. En caso de que el servidor de origen (o cualquier caché intermedio) sepa cómo manejar las solicitudes de rango de bytes, entonces solo obtenemos la parte que no obtuvimos la primera vez.

Con el almacenamiento en caché persistente , el conjunto de resultados de la consulta se almacena en caché para mejorar el rendimiento o aligerar la carga en un origen de datos subyacente. El caché persiste incluso después de que finaliza la sesión. El servidor Virtual View Manager optimiza la ejecución de consultas al hacer que la fuente de datos subyacente haga los cálculos de la consulta.

Es posible que desee almacenar datos en caché si

  • la consulta es compleja, por ejemplo, puede utilizar el almacenamiento en caché para eliminar subárboles en la estructura de la consulta
  • la consulta tarda mucho tiempo en ejecutarse
  • los mismos datos se consultan repetidamente
  • la fuente de datos no siempre está disponible
  • los datos cambian significativamente durante los períodos pico

El almacenamiento en caché en un momento específico significa que los usuarios pueden ver una vista coherente de los datos cuando está cambiando rápidamente.

Por defecto, el almacenamiento en caché no está habilitado. Si habilita el almacenamiento en caché, puede almacenar los datos en un archivo local o en una base de datos. Si almacena en caché los datos en un archivo, el archivo y el directorio donde se encuentra el archivo no están cifrados. Por lo tanto, es posible que desee considerar otros métodos para proteger la carpeta donde se encuentra el archivo de caché.

Solo se pueden almacenar en caché las vistas. Los procedimientos almacenados y las tablas tomadas directamente de la fuente de datos no se pueden almacenar en caché a menos que se envuelvan en una vista. Virtual View Manager Server puede generar un caché persistente para vistas que se pueden actualizar manualmente desde Virtual View Manager Studio o de forma programada.

Es posible que un usuario no pueda identificar si los datos almacenados en caché son actuales. Si los datos en caché no son actuales, los resultados de la consulta recuperados de la caché pueden no tener sentido o ser engañosos. Por lo tanto, le recomendamos que incluya una marca de tiempo, como CURRENT_TIMESTAMP, en la vista del Administrador de vistas virtuales para indicar cuándo se actualizaron por última vez los datos de la memoria caché.

Si desea almacenar en caché una fuente de datos completa, cree vistas para cada tabla y aplique el almacenamiento en caché a cada vista. Luego, puede publicar estas vistas en un servicio de datos de Virtual View Manager, haciéndolos disponibles para IBM Cognos.

Almacenamiento en caché persistente

Integration Framework utiliza un repositorio SQL separado para rastrear la información de integración . Este repositorio de SQL se conoce como caché persistente o repositorio de datos de integración.

Este repositorio existe para rastrear cuando se han obtenido propiedades particulares de elementos de repositorio del sistema remoto. Esto permite que Integration Framework limite la frecuencia con la que necesita acceder al sistema remoto.

El repositorio de datos de integración tiene una dirección de núcleo de /atg/integrations/repository/IntegrationData .

No debería necesitar hacer nada para configurar o usar el repositorio de datos de integración. El repositorio utiliza una tabla de base de datos denominada if_integ_data que se crea al instalar ATG.

El repositorio de datos de integración define un descriptor de elemento único, denominado integration-data .

Para cada elemento del repositorio en el repositorio local, hay un elemento del repositorio correspondiente en el repositorio de datos de integración. El descriptor de elementos de integration-data define cinco propiedades:

Propiedad:-

itemID

-> El ID del repositorio del elemento del repositorio en el repositorio local al que se aplica esta información.

itemDescriptor

-> El nombre del descriptor de elementos en el repositorio local al que se aplica esta información.

repositoryName

-> El nombre del repositorio local.

state

-> Esta propiedad rastrea si el elemento en el repositorio local está actualizado con los datos en el sistema remoto. El estado puede ser OK, INVALID o UNKNOWN. A menos que el estado sea correcto, el Repositorio de integración intenta obtener los datos del sistema remoto, en lugar de confiar en el repositorio local.

lastRun

-> Esta propiedad rastrea la última vez que una operación getItem recuperó los datos del elemento del sistema remoto. Si el tiempo actual menos el lastRun tiempo de lastRun excede el local-value-timeout establecido en el Repositorio de integración, entonces este elemento se marca NO VÁLIDO y el Repositorio de integración recupera los datos del elemento del sistema remoto con una operación getItem .

La definición del descriptor de elementos en el archivo de definición del repositorio de integración especifica un atributo local-value-timeout :

El estado de un elemento del repositorio se puede establecer en Aceptar, NO VÁLIDO o DESCONOCIDO.

El estado se puede cambiar si un comando de Repositorio de integración devuelve un error o agota el tiempo de espera. El repositorio de integración verifica los valores de state y lastRun en una operación get-item .

Si el state es NO lastRun , o el tiempo de lastRun para el comando dado es mayor que local-value-timeout milisegundos desde la hora actual, entonces el elemento se vuelve a cargar desde el sistema remoto (utilizando el get-itemCommand ).

Si un elemento es transitorio, se creará una instancia transitoria del elemento del repositorio de datos de integración.

Un descriptor de elementos en el repositorio de integración también puede definir uno o más estados de solo lectura. Si el estado de un elemento en el repositorio de datos de integración está en un estado de solo lectura, entonces los valores en el repositorio local se pueden usar para operaciones de solo lectura (consultar, obtener) pero no para operaciones de escritura (actualizar, agregar, eliminar) )

.. .. …

Para consultas adicionales, puede comunicarse con nosotros haciendo clic AQUÍ.

Portafolio: NectarBits

Correo electrónico: [correo electrónico protegido]

Identificación de Skype: nectarbits.inquiry

Linkedin: NectarBits