Mejores prácticas de modelado de entidades y consulta

Guía de modelado y consulta para entidades de Data Fabric/Data Service: ámbito de objeto empresarial, consultas entre entidades, filtros, volumen de consultas y ámbito de transacción.

Una entidad en Data Fabric/Data Service representa un único objeto empresarial. Las prácticas de esta página mantienen los esquemas de entidad alineados con ese límite y mantienen las consultas dentro de los volúmenes que la plataforma y sus sistemas de origen manejan de forma fiable.

Las prácticas que se aplican a una entidad determinada dependen de si es Nativo o Federado. Para conocer la diferencia entre ambos, consulta Tipos de entidad.

Práctica	SeAplicaA
Una entidad por objeto empresarial	Nativo y federado
Uniones entre objetos empresariales	Nativo y federado
Filtros y agregados en el origen	Nativo y federado
Volumen de consultas federado	Federada
Ámbito de la transacción	Nativo

Una entidad por objeto empresarial

Una entidad está diseñada para representar un objeto empresarial, y cada entidad se limita a uno. Una sola entidad no debe incrustar varios objetos empresariales, y no debe modelar un proceso empresarial completo.

Cuando un proceso empresarial abarca varios objetos empresariales, cada objeto pertenece a su propia entidad, y las conexiones entre ellos se modelan como relaciones. Para saber cómo se definen las relaciones, consulta Crear relaciones.

Uniones entre objetos empresariales

Una sola automatización a menudo necesita datos de más de un objeto empresarial. En lugar de ampliar una entidad para contenerlos a todos, la actividad Consultar varios registros de entidad proporciona una interfaz que obtiene datos en varias entidades.

Filtros y agregados en el origen

Las entidades nativas y federadas admiten filtros y agregados. Dependiendo de la interfaz en uso, la plataforma acepta WHERE de estilo SQL o consultas de filtro OData, junto con funciones agregadas que incluyen SUM, COUNT y AVG.

Dejar este trabajo a la plataforma, en lugar de realizarlo dentro de una automatización, tiene tres efectos:

• Menos movimientos de datos en runtime.
• Mejora el rendimiento de las consultas.
• La lógica codificada en la automatización sigue siendo más simple.

Volumen de consultas federado

Una consulta sobre una entidad federada lee desde un sistema de registro activo, como Workday, Salesforce o SAP. Esos sistemas no ofrecen un rendimiento fiable de forma coherente cuando una solicitud transaccional obtiene un gran volumen de datos, y las entidades de Data Fabric/Data Service están diseñadas para casos de uso transaccional.

Un filtro que mantiene cada consulta por debajo de 50 MB de datos obtenidos mantiene la solicitud dentro del rango que estas fuentes sirven de forma fiable. Los límites que la propia plataforma impone en las consultas que leen datos externos se documentan en Límites de consulta para datos externos.

Ámbito de la transacción

Data Fabric/Data Service proporciona transacciones compatibles con ACID, lo que significa que son atómicas, coherentes, aisladas y duraderas, con el ámbito de una sola entidad nativa.

Una operación que modifica varias entidades nativas no tiene ninguna transacción a nivel de plataforma que la cubra como una unidad. Cuando un caso de uso requiere esa garantía, la semántica de la transacción se maneja en la capa de aplicación o automatización.