Konwertuj ADP na MDB

Starsza aplikacja może obsługiwać wyłącznie plik Access .mdb, podczas gdy jej obecny interfejs to projekt Access połączony z SQL Server. Migracja wymaga utworzenia bazy danych Access i zdecydowania, które dane z serwera oraz elementy logiki aplikacji zaimportować, połączyć lub odtworzyć. Zmiana nazwy pliku nie powoduje jego konwersji.

Czym jest format ADP

Projekt Access (.adp) to interfejs do Microsoft SQL Server lub MSDE. Zawiera obiekty po stronie klienta, takie jak formularze, raporty, makra i kod VBA; jego tabele, widoki i procedury składowane znajdują się na serwerze. Access 2007 i Access 2010 obsługują pliki ADP. Access 2013 i nowsze wersje już ich nie obsługują.

Czym jest format MDB

.mdb to starszy format bazy danych Microsoft Access używany przez Access 2000–2003 i obsługiwany przez nowsze wersje Access w celu zachowania zgodności. Plik MDB może przechowywać lokalne tabele i obiekty Access w jednym pliku, dlatego nadaje się do starszych aplikacji wymagających bazy Jet bez osobnego serwera. Maksymalny rozmiar pliku wynosi 2 GB, a format ten nie zapewnia serwerowych możliwości SQL Server.

Jak przeprowadzić migrację projektu

1. Utwórz kopię zapasową pliku ADP i jego bazy danych SQL Server. Otwórz projekt w Access 2007 lub 2010 — nowsze wersje nie mogą otwierać plików ADP.
2. Utwórz pustą bazę danych Access i zapisz ją w formacie Access 2002–2003 (.mdb). W Access 2007 lub 2010 użyj odpowiedniej opcji Save As; jej położenie w menu zależy od wersji.
3. Aby utworzyć lokalne tabele, użyj opcji importu ODBC w Access, połącz się z SQL Server i wybierz Import the source data into a new table in the current database. Zaimportuj tylko tabele potrzebne aplikacji. Jeśli chcesz nadal używać SQL Server jako zaplecza, zamiast tego połącz obsługiwane tabele; plik MDB nadal będzie wymagał serwera i działającego połączenia ODBC.
4. Odtwórz lub skopiuj obsługiwane formularze, raporty, makra i kod VBA do pliku MDB, a następnie połącz je ponownie z zaimportowanymi lub połączonymi danymi. Sprawdź odwołania VBA, kontrolki i kod zależny od funkcji specyficznych dla ADP.
5. Odtwórz potrzebne kwerendy w Access. Sprawdź widoki SQL Server i procedury składowane w SQL Server Management Studio, a następnie w razie potrzeby przepisz ich logikę jako kwerendy Access lub kod VBA. T-SQL nie jest zamiennikiem Access SQL.
6. Przetestuj w docelowej wersji Access wprowadzanie danych, relacje, obliczenia, formularze i raporty. Sprawdź typy danych, uprawnienia i zachowania specyficzne dla SQL Server, które mogą nie mieć odpowiednika w MDB.

Access 2007 lub 2010 to praktyczne narzędzie na komputerze do otwarcia pliku źródłowego i utworzenia pliku docelowego; SQL Server Management Studio może pomóc w sprawdzeniu obiektów na serwerze. Żaden niezawodny konwerter online nie przeprowadzi tej migracji na podstawie samego pliku ADP, ponieważ zależy on od osobnej bazy danych SQL Server oraz logiki aplikacji, które trzeba przenieść lub odtworzyć.

Ograniczenia zgodności

Zaimportowane tabele stają się lokalnymi danymi MDB, a połączone tabele nadal zależą od SQL Server. Procedury składowane, widoki po stronie serwera, reguły zabezpieczeń i typy danych specyficzne dla SQL Server nie stają się automatycznie natywnymi obiektami MDB. Jeśli aplikacja korzysta z tych funkcji, pozostaw SQL Server jako zaplecze i przenieś tylko te elementy, które mogą działać w Access, zamiast próbować odtworzyć cały system w MDB.