Tablas estándar de Dataverse frente a tablas virtuales: cuándo dejar de copiar datos

By Mirko Peters · 2026-08-22

Compara las tablas estándar y las tablas virtuales de Dataverse. Descubre cuándo dejar de copiar datos empresariales y cómo implementar ventanas en tiempo real a sistemas externos.

Automatically translated with AI from the original post. Read the English original

Decidir entre una tabla estándar de Dataverse y una tabla virtual determina lo eficazmente que tu empresa gestiona los datos externos. Mientras que las tablas estándar almacenan los registros directamente en Dataverse, las tablas virtuales establecen ventanas en tiempo real a sistemas externos de ERP, almacén o finanzas, eliminando los riesgosos trabajos de sincronización nocturna y la información desactualizada.

Puntos clave

• Las tablas estándar de Dataverse almacenan los registros de forma permanente en local, mientras que las tablas virtuales muestran registros en tiempo real que se recuperan bajo demanda desde orígenes externos.
• Usar tablas virtuales elimina la necesidad de trabajos de sincronización nocturna que dejan a los equipos de ventas expuestos a recuentos de inventario desactualizados.
• Las decisiones de arquitectura deben priorizar dónde residen realmente el proceso de negocio principal y la gestión del ciclo de vida de los registros.
• El rendimiento, los permisos de seguridad y las capacidades de filtrado funcionan de forma diferente en las tablas virtuales debido a sus dependencias de datos externos.
• Las organizaciones pueden reducir la sobrecarga de almacenamiento y la duplicación de datos conectando a los usuarios directamente con las aplicaciones externas de referencia a través de Dynamics 365.

El dilema arquitectónico: almacenamiento frente a acceso

Al implementar Microsoft Dynamics 365 o aplicaciones personalizadas de Power Apps, los arquitectos se enfrentan constantemente a una cuestión de diseño fundamental: ¿debemos copiar los datos externos en Dataverse o dejarlos en su sistema original y construir un puente? Durante años, la respuesta por defecto fue la replicación. Las organizaciones programaban rutinas de integración nocturnas para volcar catálogos de productos, saldos de inventario e historiales de facturas directamente en Dataverse, de modo que los usuarios pudieran acceder a todo desde un único lugar.

Sin embargo, esta estrategia de replicación genera un lastre arquitectónico importante. Los límites de almacenamiento se acumulan, la base de datos se hincha cada vez más y, lo más importante, la desactualización de los datos introduce un riesgo operativo. Si un operario de almacén envía diez unidades de un artículo crítico a mediodía, una tabla replicada en Dataverse seguirá mostrando esas diez unidades hasta que se ejecute la siguiente sincronización por lotes programada. Los representantes de ventas acaban ofreciendo a clientes frustrados existencias que ya no están disponibles, lo que provoca cancelaciones de pedidos y erosiona la confianza. Las tablas estándar exigen la propiedad absoluta de los datos que albergan, lo que las convierte en malas opciones para métricas operativas de cambio rápido que pertenecen a sistemas empresariales especializados.

Comparación entre tablas estándar y tablas virtuales

Entender las diferencias operativas entre las tablas estándar de Dataverse y las tablas virtuales aclara cuándo conviene usar cada arquitectura. La distinción va mucho más allá de la semántica técnica: determina la propiedad del sistema, los flujos de trabajo de los usuarios y la carga de mantenimiento.

Tablas estándar de Dataverse

Las tablas estándar, como Accounts, Contacts y Opportunities, son ciudadanos nativos del ecosistema de Dataverse. Dataverse crea las tablas de la base de datos, gestiona el almacenamiento físico, aplica los modelos de seguridad a nivel de tabla y ejecuta de forma nativa la lógica de negocio, los plugins y los flujos de trabajo sobre los registros. Cuando un usuario crea o actualiza un registro, Dataverse es la autoridad final. La capa de aplicación y la capa de almacenamiento están totalmente unificadas.

Tablas virtuales

Las tablas virtuales funcionan más como un catálogo de biblioteca o una fuente de vídeo segura. Dataverse almacena el esquema, las definiciones de columnas y los metadatos necesarios para presentar una interfaz familiar dentro de las aplicaciones basadas en modelos, pero no guarda los registros en sí. Cuando un usuario abre una vista o aplica un filtro, Dataverse traduce la solicitud, consulta el sistema externo a través de un proveedor de datos y muestra la respuesta en tiempo real. La aplicación externa sigue siendo la indiscutible responsable del ciclo de vida del registro.

Evaluación de las compensaciones y limitaciones operativas

Aunque las tablas virtuales resuelven la pesadilla de la sincronización, introducen restricciones propias que los desarrolladores y administradores deben evaluar con cuidado. Como los datos subyacentes no residen en Dataverse, algunas capacidades de la plataforma no se comportan igual que con las tablas estándar.

Búsqueda avanzada, complementos de servidor complejos, campos de cálculo acumulado y flujos de trabajo asíncronos en segundo plano pueden comportarse de forma impredecible o fallar por completo si asumen que los datos se almacenan localmente. Además, el rendimiento depende directamente del estado y la capacidad de respuesta de la API externa o del origen de datos. Si la aplicación ERP o de almacén externa sufre latencia o deja de estar disponible, las tablas virtuales correspondientes en Dynamics 365 se bloquearán o mostrarán errores de conexión.

El modelado de seguridad también requiere una planificación cuidadosa. Los roles de seguridad de Dataverse pueden controlar quién ve o edita la definición de la tabla virtual, pero la seguridad a nivel de fila suele tener que aplicarse en la API externa o mediante proveedores de datos personalizados para garantizar que los usuarios solo accedan a los registros autorizados.

Conclusión

Elegir entre las tablas estándar de Dataverse y las tablas virtuales depende, en última instancia, de quién es propietario del ciclo de vida de los datos y de si tus usuarios necesitan almacenamiento local persistente o simplemente visibilidad contextual. Si asignas las fuentes de datos externas en lugar de replicarlas, las organizaciones pueden mantener un espacio de trabajo único y limpio en Dynamics 365 sin convertir Dataverse en un vertedero desordenado de tablas de base de datos duplicadas. Para explorar los componentes básicos de este enfoque de integración, no dejes de escuchar el episodio completo y suscribirte al podcast para más información práctica sobre la nube.

Preguntas frecuentes

¿Las tablas virtuales consumen capacidad de almacenamiento de Dataverse?

No. Como las tablas virtuales solo almacenan en Dataverse las definiciones de tabla, los metadatos y los esquemas, mientras que los registros reales permanecen en el sistema externo, no consumen la capacidad de almacenamiento de la base de datos de Dataverse de tu organización.

¿Los usuarios pueden editar los registros que se muestran mediante una tabla virtual?

Sí, siempre que el proveedor de datos subyacente y el sistema externo admitan operaciones de escritura. Los proveedores OData v4 integrados y las integraciones de Finance and Operations pueden admitir las acciones de crear, actualizar y eliminar, aunque el sistema externo sigue aplicando sus propias reglas de validación.

¿Qué ocurre si el origen de datos externo deja de estar disponible?

Si la aplicación externa o su API no está disponible, los usuarios que vean la tabla virtual en Dynamics 365 experimentarán errores de carga o verán cuadrículas vacías, ya que las consultas en tiempo real no pueden recuperar los registros externos.

¿Las tablas virtuales son lo mismo que las entidades virtuales?

Sí. «Entidades virtuales» es el término heredado que aparece en la documentación y las configuraciones más antiguas de Microsoft, mientras que «tablas virtuales» es la terminología oficial actual. La arquitectura y los conceptos subyacentes son idénticos.