Convertir ADP a MDB

Puede que una aplicación antigua solo admita archivos Access .mdb, mientras que su interfaz actual sea un proyecto de Access conectado a SQL Server. La migración requiere crear una base de datos de Access y decidir qué datos del servidor y qué lógica de la aplicación importar, vincular o volver a crear; cambiar el nombre del archivo no lo convierte.

Qué es el formato ADP

Un proyecto de Access (.adp) es una interfaz para Microsoft SQL Server o MSDE. Contiene objetos del lado del cliente, como formularios, informes, macros y código VBA; sus tablas, vistas y procedimientos almacenados residen en el servidor. Access 2007 y Access 2010 admiten archivos ADP. Access 2013 y las versiones posteriores no.

Qué es el formato MDB

.mdb es el formato de base de datos heredado de Microsoft Access que usaban Access 2000–2003 y que las versiones posteriores de Access admiten por compatibilidad. Un MDB puede almacenar tablas locales y objetos de Access en un solo archivo, por lo que es adecuado para aplicaciones antiguas que requieren una base de datos Jet sin un servidor aparte. El tamaño máximo del archivo es de 2 GB y no ofrece las capacidades del lado del servidor de SQL Server.

Cómo migrar el proyecto

1. Haz una copia de seguridad del ADP y de su base de datos de SQL Server. Abre el proyecto en Access 2007 o 2010; las versiones posteriores no pueden abrir archivos ADP.
2. Crea una base de datos de Access en blanco y guárdala en el formato Access 2002–2003 (.mdb). En Access 2007 o 2010, usa la opción correspondiente de Save As; la ubicación del menú varía según la versión.
3. Para crear tablas locales, usa la opción de importación ODBC de Access, conéctate a SQL Server y selecciona Import the source data into a new table in the current database. Importa solo las tablas que necesite la aplicación. Si quieres mantener SQL Server como back end, vincula las tablas compatibles; el MDB seguirá necesitando el servidor y una conexión ODBC activa.
4. Vuelve a crear o copia los formularios, informes, macros y código VBA compatibles en el MDB y, después, vuelve a conectarlos a los datos importados o vinculados. Comprueba las referencias de VBA, los controles y el código que dependa de funciones específicas de ADP.
5. Vuelve a crear en Access las consultas necesarias. Examina las vistas de SQL Server y los procedimientos almacenados en SQL Server Management Studio y, cuando corresponda, reescribe su lógica como consultas de Access o código VBA; T-SQL no es intercambiable con Access SQL.
6. Prueba la entrada de datos, las relaciones, los cálculos, los formularios y los informes en la versión de Access de destino. Revisa los tipos de datos específicos de SQL Server, los permisos y el comportamiento del servidor que quizá no tengan un equivalente en MDB.

Access 2007 o 2010 es la herramienta de escritorio práctica para abrir el archivo de origen y crear el archivo de destino; SQL Server Management Studio puede ayudar a examinar los objetos del servidor. Ningún convertidor en línea fiable puede realizar esta migración solo a partir del ADP, porque este depende de una base de datos de SQL Server aparte y de una lógica de aplicación que hay que transferir o volver a crear.

Límites de compatibilidad

Las tablas importadas se convierten en datos locales de MDB; las tablas vinculadas siguen dependiendo de SQL Server. Los procedimientos almacenados, las vistas del lado del servidor, las reglas de seguridad y los tipos específicos de SQL Server no se convierten automáticamente en objetos nativos de MDB. Si la aplicación depende de esas funciones, conserva SQL Server como back end y migra solo las partes que puedan ejecutarse en Access, en lugar de intentar reproducir todo el sistema en MDB.