Primera tabla de Dataverse: tipos de columna, relaciones, roles

Crear una tabla de Dataverse: tipos de columna, tipos de relación, roles de seguridad y cuándo basta una lista de SharePoint en lugar de Dataverse.

Boceto dibujado a mano: dos cajas de madera conectadas por una cuerda, una caja coloreada en turquesa.

Usted crea una primera tabla en Microsoft Dataverse a través del área Tablas del portal Power Apps, define allí al menos una columna mediante el tipo de dato correspondiente y, si es necesario, vincula la tabla con otra tabla mediante una relación. Si para ello realmente hace falta Dataverse o si basta con una simple lista de SharePoint depende sobre todo de cuántas tablas vinculadas y qué roles de seguridad tan estrictos necesite su proceso. Fecha: agosto de 2026.

¿Cómo creo correctamente una columna?

Antes de crear una nueva columna, compruebe según Microsoft Learn, si una columna ya existente no cumple ya el mismo propósito, porque Dataverse incorpora de fábrica muchas columnas del sistema. Las columnas nuevas se pueden crear a través del editor de formularios de una aplicación basada en modelos con el comando Nueva columna de tabla, mediante la importación de una solución que ya contenga la definición de la columna, o a través de Power Query al rellenar una tabla con datos. Un tipo especial de columna es la columna de búsqueda: según Microsoft Learn, se crea automáticamente cuando crea una relación de uno a varios en una tabla, y entonces hace referencia a registros de la tabla vinculada.

¿Qué tipos de relaciones existen entre las tablas?

Según la documentación sobre relaciones de tablas, Dataverse distingue fundamentalmente dos tipos de relación: relaciones de uno a varios, en las que muchos registros de una tabla remiten exactamente a un registro de otra tabla, y relaciones de varios a varios, en las que los registros de ambas tablas pueden vincularse entre sí cualquier número de veces. Técnicamente, una relación de uno a varios se crea porque la tabla vinculada recibe una columna de búsqueda que apunta a la tabla principal. Para cada relación se puede definir además qué debe suceder con los registros vinculados al eliminar, asignar, compartir o combinar un registro principal, por ejemplo, si se eliminan automáticamente junto con él, se asignan al nuevo propietario o se dejan sin cambios.

¿Cuándo basta una lista de SharePoint en lugar de una tabla de Dataverse?

Una lista de SharePoint suele bastar mientras solo necesite una única lista plana, sin relaciones complejas y sin roles de seguridad granulares. En cuanto varias tablas deban interactuar mediante relaciones de uno a varios o de varios a varios, quiera definir reglas de eliminación para los registros vinculados, o se necesiten distintos roles de seguridad para distintos grupos de usuarios, Dataverse es la base más sólida, porque, según Microsoft Learn, precisamente estas funciones son un componente central del modelo de datos y no se pueden incorporar posteriormente a una lista de SharePoint.

¿Qué papel desempeñan los roles de seguridad en una nueva tabla?

Los roles de seguridad determinan quién puede crear, leer, modificar, eliminar o asignar a otros los registros de una tabla, y se aplican independientemente de la aplicación o el flujo utilizado para acceder a la tabla. En las acciones de relación, como asignar o compartir, los roles de seguridad interactúan además con las reglas de cascada de la relación: si un registro principal se asigna a un nuevo propietario y la relación está configurada como una llamada relación principal, esta asignación puede transmitirse automáticamente a los registros vinculados. Si está planificando una primera tabla de Dataverse para un proceso concreto y también desea aclarar la cuestión de los roles, le apoyamos en ello en el marco de nuestra consultoría de automatización.

Preguntas frecuentes sobre la primera tabla de Dataverse

¿Tengo que crear un rol de seguridad propio para cada tabla?

No necesariamente. Los roles de seguridad pueden definirse conjuntamente para varias tablas y reutilizarse; lo decisivo es que los permisos se ajusten a las tareas reales del grupo de usuarios correspondiente. Para una primera tabla sencilla, a menudo basta con un rol estándar existente; los roles propios diferenciados solo merecen la pena a medida que aumenta la complejidad.

¿Puedo eliminar posteriormente una columna de búsqueda?

Una columna de búsqueda está vinculada a la relación de uno a varios subyacente, por lo que su eliminación afecta en realidad a toda la relación y no solo a la columna. Antes de eliminarla, debería comprobar, por tanto, qué formularios, vistas o flujos ya utilizan la relación.

¿Qué sucede con los registros vinculados cuando elimino un registro principal?

Eso depende de la regla de eliminación configurada para la relación. Microsoft Learn menciona tres opciones para ello: eliminar automáticamente todos los registros vinculados junto con él, eliminar la referencia al registro eliminado, o impedir la eliminación del registro principal mientras aún existan registros vinculados.

¿Realmente necesito todo un entorno de Power Platform con base de datos de Dataverse para una única tabla sencilla?

Sí, según Microsoft Learn, este es uno de los requisitos mínimos para las tablas de Dataverse: necesita un entorno de Power Platform con una base de datos de Dataverse configurada antes de poder crear siquiera una primera tabla. Por eso, para listas individuales muy sencillas sin relaciones, a menudo conviene comprobar si una lista de SharePoint cumple el mismo propósito de forma más económica.

Simon Glowik, fundador de NordFlux
Sobre el autor

Fundador de NordFlux. Siete años de experiencia, desde la web y el SEO hasta la automatización a escala de grupo, hoy de forma pragmática para las pymes y con soberanía de datos alemana.

Certificaciones

  • Certificado Microsoft — PL-900 y AZ-900
  • Certificado UiPath — Automation Developer Associate
Todos los artículos
Primera reunión gratuita

¿Preguntas concretas sobre automatización o IA?

En una primera reunión gratuita de 30 minutos hablamos directamente de su caso. Sin compromiso.