Listas de SharePoint frente a Dataverse para herramientas internas
Última actualización:
Empieza con listas. Vienen incluidas en Microsoft 365, todo el mundo en la organización sabe ya abrir una, arrastran el modelo de permisos de SharePoint, se exportan a Excel y las lee cualquier herramienta del stack. Para la inmensa mayoría de las herramientas internas —trackers, registros, historiales de solicitudes, directorios, inventarios— esa es la respuesta correcta y completa.
Dataverse es una base de datos de verdad, con integridad relacional, seguridad a nivel de fila, tipos de datos serios, reglas de negocio y auditoría. Es la respuesta correcta cuando tus datos se han salido de verdad de una lista, y la equivocada cuando no — porque trae licencias por usuario, otro perfil de conocimientos y una superficie administrativa que alguien tiene que llevar.
El error que conviene evitar es elegir Dataverse por un futuro hipotético. Migrar una lista a Dataverse más adelante es una tarea conocida y acotada. Pagar por usuario durante dos años por un registro de cuarenta filas no se recupera.
La comparación honesta
| Listas de SharePoint | Dataverse | |
|---|---|---|
| Coste | Incluido con Microsoft 365 | Licencia por usuario, más capacidad |
| Quién puede crear una | Cualquiera con un sitio | Alguien con un entorno y permisos |
| Relaciones | Columnas de búsqueda, sin integridad referencial | Relaciones reales, aplicadas |
| Seguridad | Permisos de SharePoint; a nivel de elemento es posible pero incómodo | A nivel de fila y de campo, diseñado para eso |
| Tamaño cómodo | De miles a decenas de miles de elementos | Millones |
| ¿Los usuarios ven los datos en crudo? | Sí, es una lista | No, necesita una app o una herramienta |
| Salida | Exportar a Excel, o dejarlo donde está | Exportar, y rehacer lo que lo consumía |
La sexta fila corta por los dos lados y merece una decisión consciente. Que una lista se pueda abrir directamente es una ventaja para la adopción: la gente confía en lo que puede ver, y puede arreglar una errata ella misma. Es un inconveniente cuando esos datos no deberían ser curioseables, que es uno de los argumentos legítimos a favor de Dataverse.
Las cuatro señales de que te has salido de las listas
- Necesitas relaciones aplicadas. Borrar un cliente no puede dejar pedidos huérfanos, y una columna de búsqueda no lo va a impedir. Es el argumento más fuerte de todos.
- Necesitas seguridad a nivel de fila que SharePoint no sabe expresar. Que cada comercial vea solo sus cuentas dentro de un mismo conjunto de datos. Los permisos por elemento existen técnicamente en SharePoint y se vuelven ingobernables a escala.
- Has pasado el umbral de vista y duele. Las listas guardan millones de elementos, pero las vistas se limitan a 5.000, y cuando tus filtros e índices pelean con ese límite a diario, estás trabajando contra la plataforma en vez de con ella.
- Necesitas auditoría y reglas de negocio en la capa de datos, no en la aplicación que resulte estar escribiendo.
Si ninguna de esas cuatro es cierta, no te has salido de las listas: puede que solo tengas una columna sin indexar o una vista que devuelve todo. Ese es un problema mucho más barato.
Los límites de las listas que sí molestan
Conviene conocerlos para reconocerlos y no confundirlos con un motivo para migrar:
- El umbral de 5.000 elementos por vista. La lista puede guardar muchísimos más; lo que una vista no puede es devolver más de 5.000 de golpe. Normalmente se resuelve con columnas indexadas y vistas filtradas, no con una plataforma nueva.
- Las columnas de búsqueda no son joins. Enseñan un valor, no aplican nada, y las búsquedas complejas se vuelven lentas.
- Los permisos por elemento no escalan. Funcionan, y se convierten en una carga administrativa mucho antes que en una técnica.
- No hay transacciones. Si dos escrituras relacionadas tienen que salir bien las dos o ninguna, una lista no te lo garantiza.
Fíjate en que solo los dos últimos son de verdad arquitectónicos. El primero es un problema de configuración que la gente diagnostica rutinariamente como un problema de escala — y es el motivo más habitual por el que alguien concluye, equivocadamente, que tiene que salirse de SharePoint.
Preguntas frecuentes
¿Dataverse viene incluido con Microsoft 365?
No para uso general. Existe un Dataverse for Teams limitado dentro de Teams, con capacidades reducidas y sus propios topes, pero el Dataverse completo requiere licencias de Power Apps o Dynamics 365, cobradas por usuario. Esa cuestión de licencias hay que resolverla al principio del proyecto, no después de un piloto que ha salido bien.
¿Podemos empezar con listas y pasar a Dataverse más adelante?
Sí, y suele ser la secuencia correcta. Mover los datos es la parte fácil; el trabajo es rehacer lo que leía de ahí. Ese coste se mantiene bajo si no desparramas referencias directas a la lista por muchos componentes a medida: una plataforma que lee listas por configuración hace que el cambio de origen sea mucho más barato que consultas incrustadas en código propio.
Tenemos 50.000 elementos en una lista. ¿Es un problema?
Por sí solo no: las listas aguantan bastante más. Lo que necesitas son columnas indexadas y vistas que filtren por debajo de 5.000 elementos devueltos. Si tus vistas están bien configuradas, 50.000 elementos no tienen nada de particular. Si todas las vistas intentan devolverlo todo, lo vas a notar con unos pocos miles y vas a culpar a lo que no es.
¿Y SQL Server o una base de datos externa?
Es una opción válida cuando los datos son de otro sistema o ya están ahí. Ten presente la consecuencia de licencias dentro de la Power Platform: llegar a SQL Server desde Power Apps o Power Automate usa un conector premium, que es por usuario y mes para todo el que lo toque. Muchas veces ese número es mayor que el de la propia base de datos.