Skip to main content

Relaciones de datos

Relaciones entre los objetos de datos

Un objeto de datos es una plantilla para describir una entidad a través de los campos, como nombre y dirección. Una relación de datos es un contenedor en el que asocia un conjunto de campos relacionados. Puede utilizar relaciones de datos para crear relaciones entre los objetos de datos y también entre los casos. Una relación de datos no almacena los datos por sí misma, sino que relaciona los datos.

Por ejemplo, cuando los clientes se suscriben a una cuenta de streaming de video, proporcionan información básica, como nombre, apellido y correo electrónico. El valor proporcionado en el campo de correo electrónico debe estar asociado con el nombre y el apellido del cliente, puesto que el correo electrónico le pertenece al cliente. El sistema puede capturar los tres valores asociados en una relación de datos de Cliente.

En el ejemplo de la relación de datos de Cliente, la relación de datos establece un contexto común para los campos de nombre, apellido y correo electrónico. Todos estos campos incluyen datos que describen a un cliente, tal como se muestra en la siguiente imagen.

customerField

Relaciones de datos con múltiples registros

Puede configurar relaciones de datos para hacer referencia a un solo registro o a varios registros. La diferencia es que una relación de datos de registros múltiples hace referencia a una lista de valores agrupados. Una relación de datos de registro único hace referencia a solo un único conjunto de valores. El ejemplo de la relación de datos de Cliente que aparece en la sección anterior demuestra una relación de datos de registro único.

Imagine una empresa de streaming de video que realiza campañas de marketing utilizando información de los clientes recopilada cuando los usuarios registran una cuenta. El tipo de caso Campaña utiliza una relación de datos de registros múltiples de Clientes actuales. La relación de datos de Clientes actuales incluye registros para cada cliente.

En el centro de la siguiente imagen, deslice la barra vertical para ver los datos de los clientes con varios registros a la izquierda y la configuración del sistema a la derecha.

Compruebe sus conocimientos con la siguiente actividad:

Datos en relaciones de datos

 Un tipo de caso o un objeto de datos define el modelo de datos para la relación de datos. Puede crear una relación de datos creando un objeto de datos nuevo o utilizando un objeto de datos o tipo de caso existente. En el siguiente ejemplo de relación de datos de registros múltiples llamado Resident submissions, el objeto de datos Person define el modelo de datos para la relación de datos.

person-object

Cada relación de datos no tiene que utilizar todos los campos definidos, pero están todos disponibles. Por ejemplo, puede utilizar una relación de datos de Cliente para capturar la información del cliente para los usuarios, incluido el nombre, el apellido, el correo electrónico, el nombre de usuario y la contraseña. Puede utilizar la misma relación de datos de Cliente para mostrar información en la página Confirmación. Debido a que el usuario necesita confirmar solo el nombre completo y el correo electrónico, no se muestra el nombre de usuario ni la contraseña. Los campos siguen siendo parte del objeto de datos Cliente y se pueden referir en otra vista.

Una relación de datos con varios registros actúa como una plantilla para cada instancia de campos agrupados. En una relación de datos de registros múltiples, cada valor respeta la configuración del tipo de campo. Por ejemplo, quiere recopilar las referencias del solicitante de un empleo en una relación de datos de registros múltiples que incluye el nombre completo, la empresa, el número de contacto y el correo electrónico de la referencia. Puede configurar los campos Nombre completo y Número de contacto como valores obligatorios, por lo que cada campo nuevo en las columnas Nombre completo y Número de contacto tiene la misma configuración. En la siguiente imagen, el solicitante recibe un mensaje de error cuando no introduce un número de contacto para Shaun Mills.

reference-list

También puede configurar una relación de datos de registros múltiples para permitir que los usuarios finales agreguen, eliminen o actualicen elementos según sea necesario. Por ejemplo, la relación de datos Referencias se muestra como una tabla con tres grupos o filas de valores relacionados. Un solicitante puede agregar una cuarta referencia a la lista haciendo clic en Agregar elemento.

Un objeto de datos puede incluir otros objetos de datos. De forma similar, una relación de datos puede incluir otras relaciones de datos. Por ejemplo, en una aplicación de compras en línea, los clientes pueden tener varias tarjetas de crédito asociadas con una cuenta. La entidad Cliente es una relación de datos de registro único en la aplicación, y la entidad Tarjetas de crédito es una relación de datos de registros múltiples. Cada entidad tiene una relación con un objeto de datos respectivo.

En la siguiente imagen, la entidad Cliente captura y asocia el nombre completo, el nombre de usuario, la contraseña y las tarjetas de crédito del cliente con el objeto de datos referenciado. Dentro de la entidad Cliente, la entidad Tarjetas de crédito captura y asocia el número de tarjeta, la fecha de vencimiento y el código de verificación con el objeto de datos referenciado. Cada cliente puede almacenar varias tarjetas de crédito en la cuenta y agregar, eliminar y actualizar la información de la tarjeta según sea necesario.

customer-field

Tipos de campo y ubicación de objetos de datos

Debido a que existen varios casos de uso diferentes para las relaciones de datos, existen varios tipos de campo para respaldar diferentes configuraciones. Considere de dónde se abastece el objeto de datos al determinar qué tipo de campo utilizar. Si el objeto de datos no necesita abastecerse desde fuera del caso, como una dirección de envío, utilice un tipo de campo Embedded data. Si se debe abastecer el objeto de datos fuera del caso, existen tipos de campos especializados para representar varios casos de uso, incluidos Query y Reference. La siguiente tabla describe cada tipo de campo de relación de datos y su origen de datos asociado. 

Tipo de campo de relación de datos Origen de datos Caso de uso
Datos embebidos Datos suministrados por el usuario, como nombre y dirección, obtenidos desde dentro de un tipo de caso.  Una empresa necesita capturar las direcciones de envío.
Consulta  Una página de datos o vista que no se obtiene desde dentro del tipo de caso. La página de datos define los parámetros que la relación Query data está configurada para utilizar. Una aplicación necesita actualizar el clima actual.
Referencia del caso Un solo registro o varios registros de un tipo de caso seleccionado. Un usuario selecciona de una lista de casos de servicio desde el tipo de caso Servicio.
Referencia de datos

Un solo registro o varios registros de una página de datos seleccionada.

Un usuario selecciona de una lista de productos para ordenar.

Las siguientes secciones detallan cada tipo de campo y sus casos de uso.

Cómo obtener datos que los usuarios suministran

Utilice un campo Embedded data cuando los datos se obtienen a partir de una interacción con el usuario que se realiza desde dentro de un tipo de caso, como el ingreso de un nombre o una dirección. La información está embebida en el caso, y no se hace referencia a ella de forma independiente al caso. Por ejemplo, Pega Platform™ proporciona un objeto de datos listo para usar para direcciones postales (Data-Address-Postal). En lugar de definir todos los campos de dirección que componen una dirección en un tipo de caso para capturar la información de dirección, un usuario puede crear un campo integrado del tipo de objeto de datos Dirección postal, lo que permite que un usuario vuelva a utilizar una estructura de datos ya definida.

Los casos de uso para datos embebidos incluyen cualquier circunstancia en la que un usuario proporciona datos durante el caso, como un nombre o una dirección. Imagine un caso de solicitud de servicio en el que un cliente proporcionará una breve descripción sobre un problema a fin de que se pueda enviar a un proveedor de servicio. La descripción del problema no se obtiene de una página de datos, sino que el cliente la proporciona. 

Cómo obtener datos que los usuarios no suministran

Generalmente, el procesamiento de casos requiere el acceso a datos obtenidos desde otras aplicaciones o sistemas. En las aplicaciones de Pega Platform™, una página de datos recupera datos de un origen de datos especificado y almacena en caché esos datos. Un tipo de campo Query  se utiliza para definir un campo que el sistema puede utilizar para acceder a los datos obtenidos fuera del caso de forma sistemática. Un campo de consulta hace referencia a una página de datos que define el origen de sus datos. Esto tiene validez para las configuraciones de registro único o varios registros. 

queryWithBorder

Tipos de campo de referencia

Considere los tipos de campo Case reference Data reference como versiones especializadas del tipo de campo Query , utilizados para definir un elemento elegible o una lista de elementos referidos de forma explícita por su identificador o clave. El usuario selecciona los parámetros para los tipos de campo de referencia a través de la IU. 

Los tipos de campo de referencia se utilizan para mostrarle a un usuario una lista de opciones entre las que puede elegir. Los usuarios pueden elegir una opción en un tipo de registro simple (elegir un titular de la cuenta principal) o varias opciones en un tipo de varios registros (elegir productos para pedir). La mayoría de los casos de uso para las páginas de datos que se pueden guardar utilizan un tipo de campo de referencia, pero también podrían usar el tipo de campo Query

Compruebe sus conocimientos con la siguiente actividad:

Si tiene problemas con su formación, por favor consulte las preguntas frecuentes de Pega Academy.

¿Le ha resultado útil este contenido?

El 21% ha encontrado ú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