Skip to main content

Almacenamiento de datos en Pega

Cuando se procesa un caso, Pega Platform™ guarda los datos en múltiples tablas de base de datos. El sistema utiliza las clases de Pega Platform para organizar y almacenar los datos en la tabla apropiada. Al crear reportes, la herramienta de generación de reportes de Pega Platform utiliza la organización de clases de la plataforma para encontrar y recuperar la información de estas tablas. El hecho de que la organización de los datos y el acceso a ellos sean eficientes le permite a la empresa generar reportes que faciliten la toma de decisiones estratégicas clave.

Database Class Mappings tab

Por ejemplo, los gerentes desean saber qué representantes de servicio al cliente (CSR) resolvieron la mayor cantidad de casos durante los últimos tres trimestres. El reporte requiere que combine información de casos e información histórica de procesamiento. Es posible que esta información esté almacenada en tablas separadas.

El siguiente video resalta cómo el modelo de datos flexible de Pega Platform ayuda a generar la información de manera inmediata para satisfacer las necesidades relacionadas con reportes.

Transcripción de video

El gran valor que aporta la generación de reportes viene acompañado del reto inherente de que, a la hora de diseñar, la organización no sabe qué reportes necesitará en el futuro. Un modelo de datos flexible permite una transparencia de datos bajo demanda. Sin embargo, incluso si su modelo de datos no satisface de forma directa sus necesidades de generación de reportes actuales, su herramienta de reportes debe ser capaz de recuperar información rápidamente de múltiples ubicaciones. Esto le permite a la empresa tomar decisiones estratégicas clave en el momento ideal. Sin un modelo de datos flexible, los datos no pueden recuperarse ni presentarse de forma efectiva.

Un director de marketing (CMO) desea ver el total de ventas de una única línea de productos para clientes de entre 18 y 35 años agrupados por género y región. Nuestra sólida herramienta de reportes permite que la mayoría de los modelos de datos pueda manejar esta consulta compleja y devolver inmediatamente un resultado exhaustivo al CMO.

Mapeos de clases y tablas de base de datos

Cualquier clase de Pega Platform con instancias concretas, como los tipos de caso, puede mapearse a una tabla de base de datos. Por ejemplo, cuando los usuarios crean casos, el sistema le asigna un Id. al caso y guarda el valor como una fila individual en una tabla de base de datos. Al generar reportes, recupera datos que se encuentran en filas de tablas de base de datos. Los reportes utilizan mapeos de clases para localizar los datos de una o más tablas de base de datos. Por ejemplo, cuando un usuario crea un caso, Pega Platform le asigna un Id. de caso único mediante el mapeo de clases para guardar la instancia como una fila en la tabla de base de datos correcta. De modo similar, a la hora de acceder a una instancia de clase, como puede ser abrir un caso o ejecutar un reporte, Pega Platform utiliza el mapeo de clases para recuperar los datos de la tabla de base de datos asociada.

Caution: Por razones de rendimiento, solo extraiga las columnas necesarias de la base de datos. Evite extraer todas las columnas de la base de datos si no necesita los datos de todas ellas para su reporte.

A la hora de diseñar los reportes, es necesario saber qué tabla tiene los datos y cómo se mapean esos datos. Por ejemplo, puede que necesite crear un reporte que contenga la información sobre los casos de Candidato. Estos registros son instancias en la clase Work- del caso. En el mismo reporte, puede que también desee incluir la información de la cola de trabajo de cada caso de Candidato. Los registros de cola de trabajo son instancias en una clase del tipo pozo de trabajo. Los datos para cada tipo de información se almacenan en tablas separadas. Al combinar los datos en un reporte, utiliza los nombres de las clases para identificar las tablas en donde se almacena la información.

Nota: Para estar en línea con la terminología de la industria, Pega Platform ahora utiliza el término “cola de trabajo” en lugar de “pozo de trabajo” en el enrutamiento de asignaciones. La estructura de clases sigue utilizando el nombre anterior: Data-Admin-Workbasket.
Class Mapping

 

Registros utilizados para mapear clases a tablas

Pega Platform utiliza dos tipos de reglas para identificar la tabla de base de datos a la cual se mapea la clase: base de datos y tabla de base de datos.

  • Los registros de base de datos identifican cómo se conecta Pega Platform con bases de datos específicas y contienen la información de la conexión para que Pega Platform pueda acceder a las bases de datos. Este registro es un alias al que puede hacerse referencia en cualquier otro lugar, como en un registro de tabla de base de datos. Los registros de base de datos pueden configurarse para utilizar una URL JNDI o JDBC para la conexión con la base de datos. Pega Platform siempre contiene los siguientes registros de base de datos de manera predeterminada:
    • PegaRULES: Mapea a la base de datos en donde se guarda la totalidad de las reglas y los datos de sistema de Pega Platform.

    • PegaDATA: Mapea a la base de datos en donde se guarda la totalidad de los datos y las instancias de trabajo.

  • Los registros de tablas de base de datos existen para cada clase de Pega Platform e identifican la base de datos y la tabla correspondientes. Pega Platform utiliza este registro para identificar en qué tabla escribir los datos del caso cuando un usuario crea o actualiza un caso o una instancia de datos.

Mapeo de múltiples clases a una sola tabla

En algunas situaciones, puede que desee guardar instancias de varias clases en la misma tabla. Por ejemplo, en una aplicación con tres tipos de caso, Candidato (clase TGB-HR-Apps-Work-Candidate), Incorporación (clase TGB-HR-Apps-Work-Onboarding) e Inscripción en beneficios (clase TGB-HR-Apps-Work-BenefitsEnrollment), necesita generar un reporte sobre el estado de trabajo de todos los casos de la aplicación.

En lugar de crear una tabla de base de datos para cada tipo de caso, designa una clase, por lo general la clase principal (TGB-HR-Apps-Work), como un grupo de clases (también denominado pozo de trabajo). Los grupos de clases hacen que el sistema almacene las instancias de tipos de caso similares o relacionados juntas en una sola tabla de base de datos. Un reporte que se crea en un tipo de caso específico, como Candidato, devuelve solo los registros de ese tipo de caso. Un reporte creado en un grupo de clases devuelve todas las instancias de las clases que pertenecen al grupo de clases.

Nota: En Dev Studio, los mapeos de clases se muestran en la landing page de Database Class Mappings (Mapeos de clases de base de datos), que se encuentra en Configure > Data Model > Classes & Properties > Database Class Mappings (Configurar > Modelo de datos > Clases y propiedades > Mapeos de clases de base de datos).

El siguiente ejemplo muestra las clases de trabajo que se mapean a la tabla de base de datos del grupo de clase pc_TGB_HRApps_Work.

Database table example

Compruebe sus conocimientos con la siguiente actividad.

Propiedades y clases de generación de reportes comúnmente utilizadas

Por lo general, genera reportes que incluyen propiedades de tres clases diferentes: trabajo, asignación e historial. Cada tipo de reporte utiliza propiedades de clases que están mapeadas a diferentes tablas de base de datos.

Reportes de trabajo

Cuando se crea un caso, se utilizan las propiedades de la clase de trabajo y las clases heredadas (de patrón y dirigidas) para generar reportes. Las propiedades utilizadas con más frecuencia son las siguientes:

  • pyID: Identificador del caso
  • pyWorkParty: Partes involucradas en el trabajo
  • pxUpdateOperator: Último usuario que actualizó el caso
  • pxUpdateDateTime: Hora de la última actualización
  • pyStatusWork: Estado de trabajo del caso

Los reportes de trabajo se crean en la clase de trabajo apropiada (como TGB-HRApp-Work), y el mapeo de clases especifica qué tabla de base de datos se utiliza como origen de los datos solicitados. Para optimizar el rendimiento, las propiedades a las que se hace referencia en los reportes deben exponerse como columnas en la tabla de base de datos. Para determinar si una columna está expuesta, utilice la landing page de Database Class Mappings y haga clic en el valor Columns de la clase para mostrar todas las columnas de la tabla.

Nota: Para obtener más información sobre la optimización de propiedades, consulte el documento Optimización de propiedades desde la interfaz de usuario.

Reportes de asignaciones

Las asignaciones se crean durante el ciclo de vida del caso, por lo general, cuando se necesita algún tipo de interacción del usuario. Los dos tipos de objetos de asignación principales que se crean son la lista de trabajo (clase Assign-Worklist) y el pozo de trabajo (clase Assign-WorkBaskett), que se mapean a las tablas de base de datos pc_assign_worklist y pc_assign_workbasket respectivamente mediante los mapeos de clases asociados. Cuando se completa una asignación, se elimina el objeto de asignación y se crea otro siguiendo el procesamiento de los pasos y las etapas de un tipo de caso.

Los reportes de asignaciones se muestran en el portal de un usuario para enumerar las asignaciones que hay en su lista de trabajo y en cualquier cola de trabajo a la que tengan acceso. Hay muchos reportes de asignaciones estándar (como pyAssignmentWorklist). Estos reportes, muchas veces, se especializan para satisfacer los requerimientos específicos de un negocio (por ejemplo, una unión a la clase de un tipo de caso para devolver datos relacionados con el caso). Al momento de unirse a la clase de un tipo de caso, se utiliza la clase de asignación pxRefObjectKey para que coincida con la pzInsKey del tipo de caso. 

Reportes de historial

Puede utilizar las propiedades en las clases de historial para generar reportes de rendimiento. Por ejemplo, la propiedad pxTaskElapsedTime guarda el total del tiempo dedicado a una asignación. Si se enruta una asignación a múltiples usuarios, la propiedad pyPerformTaskTime registra el total del tiempo que todos los usuarios le dedicaron a esa asignación. Si pyPerformTaskTime es considerablemente menor que pxTaskElapsedTime, esto indica que la asignación ha estado inactiva por mucho tiempo.

Nota: Para obtener más información sobre la utilización de estadísticas para los reportes de rendimiento, consulte Estadísticas de rendimiento.

Cualquier clase de Pega Platform que tenga instancias y que pueda continuarse (como un caso) es concreta y debe guardarse en la tabla de base de datos asociada. Para guardar la tabla de base de datos asociada, un mapeo de clases (Data-Admin-DB-Table rule) asocia la clase concreta con una tabla de base de datos. 

En la siguiente imagen, haga clic en los íconos + para revisar los tres tipos más comunes de mapeos de clases.

Compruebe sus conocimientos con la siguiente actividad:


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

¿Le ha resultado útil este contenido?

¿Quiere ayudarnos a mejorar este contenido?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice