Definir crónicas para una clase de evento
Las crónicas de eventos son tablas de eventos complementarias de la base de datos de aplicación. Puede utilizar estas tablas para almacenar datos de eventos para su uso por parte de suscripciones programadas o para conservar un historial de eventos.
¿Por qué utilizar crónicas de eventos?
En Notification Services, los eventos se reciben en lotes. Por ejemplo, si está utilizando una consulta Transact-SQL para obtener eventos, cada consulta que devuelve uno o varios registros crea un lote de eventos.
Cuando Notification Services genera notificaciones, utiliza sólo los lotes de eventos más recientes y, después, los marca como completos. El lote de eventos nunca se vuelve a utilizar, excepto en circunstancias excepcionales, como errores del sistema o reinicios. Si ha definido una programación de supresión de datos (Vacuuming) para quitar datos antiguos, estos lotes de eventos completados se pueden eliminar de la base de datos.
Este modelo funciona bien con las notificaciones desencadenadas por eventos, en las que se comparan todas las suscripciones con los eventos actuales a fin de generar notificaciones. No obstante, si la aplicación admite suscripciones programadas, se necesita una manera de conservar datos de eventos de modo que una suscripción programada pueda utilizar datos de eventos relevantes independientemente de cuándo esté programada la evaluación de dicha suscripción.
Las crónicas de eventos proporcionan almacenamiento para los datos de eventos. Por ejemplo, si tiene una aplicación Weather que admite suscripciones programadas, puede utilizar una crónica para almacenar los datos meteorológicos más recientes de cada ciudad y, después, actualizar estos datos siempre que se reciban nuevos datos meteorológicos. Siempre que se va a evaluar una suscripción programada, la regla de suscripción programada obtiene los datos más recientes de la crónica de eventos.
También puede utilizar crónicas de eventos para otros fines:
- Archivar todos los eventos y, al generar notificaciones, buscar eventos duplicados.
- Archivar todos los eventos y utilizar los datos para crear informes.
- Archivar valores altos y bajos y, al generar notificaciones, comprobar si el evento actual se encuentra dentro del rango alto-bajo.
[!NOTA] Los procesos de supresión de datos no quitan datos antiguos de las crónicas. Debe crear sus propios procedimientos y trabajos para conservar los datos de una crónica.
Implementar crónicas de eventos
Para implementar crónicas para una clase de evento, debe definir una tabla de crónicas y una regla de crónica de eventos. Cada tabla es una crónica. La regla de crónica de eventos conserva datos en las crónicas.
En esta sección
| Tema | Descripción |
|---|---|
Describe cómo crear las tablas utilizadas como crónicas de eventos. |
|
Describe cómo crear las reglas que conservan las tablas de crónicas de eventos. |
|
Ejemplo: Usar una crónica de eventos para suscripciones programadas |
Proporciona un ejemplo de cómo utilizar crónicas de eventos para suscripciones programadas. |
Ejemplo: comparar datos de eventos para evitar notificaciones duplicadas |
Proporciona un ejemplo de cómo utilizar crónicas de eventos para buscar eventos duplicados antes de generar notificaciones. |
Ejemplo: usar valores altos de datos de eventos para impedir notificaciones duplicadas |
Proporciona otro ejemplo de cómo utilizar crónicas de eventos para comprobar los valores anteriores de los datos de eventos antes de generar notificaciones. |
Vea también
Conceptos
Definir propiedades principales de clase de evento
Definir índices para una clase de evento
Otros recursos
Definir clases de eventos
Definir aplicaciones de Notification Services