SharePoint 2013: Novedades en los servicios de Access (I)!

Los servicios de Access en SharePoint 2013 incorporan importantes novedades con respecto a la versión que conocemos de SharePoint 2010. De echo, se han re-arquitecturado de forma completa para facilitar aún más si cabe el desarrollo rápido de aplicaciones Access para su publicación en SharePoint Online o SharePoint On-Premise, a la vez que se toma ventaja del nuevo modelo de desarrollo de aplicaciones de SharePoint 2013 y se supera el punto “débil” de los servicios de Access en SharePoint 2010: su poca escalabilidad. Otro punto a tener en cuenta es que SharePoint 2013 cuenta con dos aplicaciones de servicio de Access:

  • Aplicación de servicio de Access 210, para aplicaciones Access 2010 publicadas en los servicios de Access de SharePoint 2010.
  • Aplicación de servicio de Access para las aplicaciones de Access 2013 publicadas en los nuevos servicios de Access.

image

Pasemos a ver algunos detalles de los nuevos Servicios de Access en SharePoint 2013:

  • A nivel de funcionamiento general de Aplicaciones Access en los servicios de Access, estamos hablando de aplicaciones que siguen el nuevo modelo de aplicaciones de SharePoint 2013 y que están hospedadas en SharePoint. En lo que a la gestión de los datos y el correspondiente esquema que los soporta, se realizar en SQL Server 2012 o SQL Azure. Es decir, el esquema de datos se convierte durante el proceso de publicación en una BD de SQL Server y los datos se almacenan en la misma de forma que el backend ya no es SharePoint, sino que es SQL Server (2012 y/o Azure). Por supuesto, podemos publicar aplicaciones de Access 2013 en los servicios de Access de SharePoint 2013 On-Premise o de SharePoint Online en Office 365.

image

  • El proceso de publicación de una aplicación Access en los servicios Access implica:
    • La conversión de los formularos diseñados a formularios HTML, hojas de estilos, código JavaScript, etc en función de como se hayan creado.
    • La conversión de tablas de Access a tablas de SQL Server 2012 o SQL Azure.
    • La conversión de las macros de eventos datos a triggers de SQL.
    • La conversión de reglas de validación a restricciones.
    • La conversión de consultas sin parámetros a vistas de SQL.
    • Las conversión de consultas con parámetros a Table Valued Functions.
  • Desde el punto de vista de arquitectura, tendremos uno o varios frontales en nuestra granja de SharePoint a los que llegan los peticiones a las aplicaciones Access publicadas. Esta peticiones son atendidas por los Servicios de Access que se encarga del renderizado de la aplicación por un lado y de traer los correspondientes datos de la BD subyacente por otro.

image

  • Y la arquitectura al detalle es la siguiente (Creo que queda todo bastante claro, no?):

image

Finalmente, y aunque me extenderé en futuros posts os dejo una serie de capturas de pantalla de Access 2013 y la creación de aplicaciones para los nuevos servicios de Access en SharePoint 2013:

image image image