Introducción

8 minutos

En este módulo se describe la estrategia de modelado de datos en Microsoft Dynamics 365 y Microsoft Dataverse, y se explica cómo el taller de modelo de datos ayudará a comprobar que existe un modelo de datos completo antes de que comience la configuración. Las siguientes secciones le proporcionan una descripción general básica de los procedimientos recomendados de modelado de datos y cómo se relacionan con un proyecto de Dynamics 365.

Información general del modelado de datos

Un modelo de datos es un modelo visual que muestra cómo fluyen los datos a través de su sistema y cómo las diferentes entidades se relacionan entre sí. Los modelos de datos definen los tipos de relación entre tablas y abstraen una base de datos a una representación visual sencilla.

El modelado de datos tiene varios tipos y estándares, como el Lenguaje unificado de modelado (UML), IDEF1X y otros. Los estándares de modelos de datos específicos están más allá del alcance de este módulo, pero los modelos de datos para las estructuras de datos de Dynamics 365 generalmente se dividen en dos categorías generales: lógica y física.

Modelos de datos lógicos

Los modelos de datos lógicos son diagramas de alto nivel que muestran la forma en que los datos fluyen a través del sistema. Estos modelos de datos con frecuencia se agrupan al comienzo del proyecto durante la detección, y antes de que se hayan definido todas las columnas. Generalmente, el diagrama del modelo de datos lógicos usa los nombres comerciales de las tablas, no el nombre del esquema/base de datos.

Modelos de datos físicos

Los modelos de datos físicos son de menor nivel que los modelos de datos lógicos. Por lo general, incluyen detalles en el nivel de columna y relaciones con mayor precisión de diseño. El modelo de datos físicos se crea cuando el diseño lógico de alto nivel se traduce en tablas físicas. Un tipo común de modelo de datos físicos es un diagrama de relación entre entidades (ERD).

Prácticas recomendadas para modelado de datos

El modelado de datos es una ciencia, y existen profesionales y estándares establecidos para el modelado de datos. Para ser eficaz con el modelado de datos de Dynamics 365, no es necesario ser un modelador de datos profesional ni utilizar herramientas especiales. Se pueden utilizar herramientas populares como Microsoft Visio para crear rápidamente un ERD básico que visualice las relaciones y el flujo de datos entre tablas. En este tema se examinan algunas de las prácticas recomendadas generales para el modelado de datos para implementaciones de Dynamics 365.

Las prácticas recomendadas son:

Los modelos de datos deben actualizarse continuamente durante una implementación. Por lo general, un modelo de datos se diseña al comienzo de un proyecto, pero es importante que las actualizaciones no se detengan en ese momento. A medida que avanza en la implementación, se agregarán nuevas columnas y tablas. Por tanto, debe capturar estas nuevas columnas y tablas en el modelo de datos para convertirlo en un modelo de datos vivo. Recomiende a los clientes que continúen actualizando el modelo de datos a medida que mejoran el sistema.
Las herramientas de la comunidad disponibles con XrmToolBox facilitan la generación rápida de ERD de su configuración de Dynamics 365 y Dataverse. Estas herramientas incluyen el generador de UML y el generador de diagramas de relación entre entidades (ERD). Después de completar las actualizaciones de configuración, genere un ERD actualizado.
No incluya cada tabla. Algunas tablas principales, como actividades, notas y usuarios (propietarios de registros), están relacionadas con prácticamente todas las tablas de Dynamics 365. Si incluye todas las relaciones con estas tablas en su modelo de datos, el resultado será ilegible. Una práctica recomendada es incluir solo las tablas principales utilizadas en la configuración en su diagrama de modelo de datos, y solo incluir relaciones personalizadas con las tablas de usuario y actividad para maximizar la legibilidad.
Los modelos de datos deben incluir tablas externas de Dataverse. Si se está integrando con otros sistemas utilizando conectores de datos o tablas virtuales de Dataverse, o si los datos fluyen fuera de Dataverse utilizando una integración, estos datos también deben representarse en el diagrama del modelo de datos.
Comience de manera sencilla con las tablas estándar y luego agregue relaciones de tabla personalizadas al modelo de datos.
La experiencia del usuario debería influir en el modelo de datos. En ocasiones, es fácil normalizar los datos en exceso. Sin embargo, en el proceso, puede hacer que la aplicación sea más complicada de usar.
Comience con lo que necesita ahora, pero diseñe el modelo de datos de manera que admita lo que planea hacer en el futuro. Por ejemplo, si sabe que en con el tiempo necesitará almacenar más detalles sobre zonas de ventas, usar un campo de texto para la zona ahora hará que sea más difícil de implementar que si usa la relación de entidad de zona. Planifique con anticipación lo que se avecina.

Taller de modelo de datos

El taller de modelo de datos debe limitarse a aproximadamente una hora y, a menudo, se lleva a cabo como parte de una reunión de Microsoft Teams si no están todos en el mismo lugar. Entre los asistentes deben encontrarse las partes interesadas clave de los equipos del cliente y del partner. Normalmente, los arquitectos de soluciones y los responsables técnicos y de operaciones son obligatorios. Este taller debe llevarse a cabo mientras tenga tiempo y la oportunidad de hacer correcciones de rumbo si es necesario.