Migrowanie bazy danych programu Access do programu SQL Server

Dotyczy

Access dla Microsoft 365 Access 2024 Access 2021 Access 2019 Access 2016

Uzyskaj pomoc z funkcją Copilot

Każdy uczestnik projektu ma pewne ograniczenia i baza danych programu Access nie jest pod tym względem wyjątkiem. Na przykład baza danych programu Access ma limit rozmiaru wynoszący 2 GB i nie może obsługiwać więcej niż 255 jednoczesnych użytkowników. Gdy więc nadejdzie czas, aby Twoja baza danych programu Access przeszła na następny poziom, możesz przeprowadzić migrację do programu SQL Server. Program SQL Server (lokalny lub w chmurze platformy Azure) obsługuje większe ilości danych, większą liczbę jednoczesnych użytkowników i ma większą pojemność niż aparat bazy danych JET/ACE. Ten przewodnik ułatwi Ci rozpoczęcie przygody z programem SQL Server, pomoże zachować utworzone rozwiązania frontonu programu Access oraz miejmy nadzieję zmotywuje Cię do korzystania z programu Access w przyszłych rozwiązaniach baz danych. Użyj Asystenta migracji programu Microsoft SQL Server do programu Microsoft SQL Server (SSMA), aby pomyślnie przeprowadzić migrację, wykonaj następujące etapy.

Etapy migracji bazy danych do programu SQL Server

Przed rozpoczęciem

Poniższe sekcje zawierają informacje ogólne i inne informacje ułatwiające rozpoczęcie pracy.

Dzielenie baz danych — informacje

Wszystkie obiekty bazy danych programu Access mogą znajdować się w jednym pliku bazy danych lub mogą być przechowywane w dwóch plikach bazy danych: zewnętrznej i wewnętrznej. Jest to nazywane dzieleniem bazy danych i ma na celu ułatwienie udostępniania w środowisku sieciowym. Plik wewnętrznej bazy danych może zawierać tylko tabele i relacje. Plik frontonu może zawierać tylko wszystkie inne obiekty, w tym formularze, raporty, zapytania, makra, moduły VBA i tabele połączone z wewnętrzną bazą danych. Migracja bazy danych programu Access przypomina podzieloną bazę danych, ponieważ program SQL Server pełni rolę nowego zaplecza dla danych znajdujących się teraz na serwerze.

Dzięki temu można nadal obsługiwać zewnętrzną bazę danych programu Access z tabelami połączonymi z tabelami programu SQL Server. Efektywnie można korzystać z zalet szybkiego tworzenia aplikacji udostępnianych przez bazę danych programu Access oraz skalowalności programu SQL Server.

Korzyści z programu SQL Server

Nadal potrzebujesz informacji o konieczności migracji do programu SQL Server? Oto kilka dodatkowych korzyści wartych rozważenia:

Więcej jednoczesnych użytkowników Program SQL Server może obsłużyć znacznie większą liczbę jednoczesnych użytkowników niż program Access i minimalizuje wymagania dotyczące pamięci w przypadku dodania większej liczby użytkowników.
Zwiększona dostępność W programie SQL Server można dynamicznie tworzyć kopie zapasowe, przyrostowe lub całkowite, bazy danych podczas jej użytkowania. Dzięki temu użytkownicy nie muszą zamykać bazy danych, aby umożliwić wykonanie kopii zapasowej danych.
Wysoka wydajność i skalowalność Baza danych programu SQL Server zwykle działa lepiej niż baza danych programu Access, szczególnie w przypadku dużych baz danych o rozmiarach kilku terabajtów. Ponadto program SQL Server przetwarza zapytania znacznie szybciej i wydajniej, ponieważ przetwarza zapytania równolegle, używając wielu wątków natywnych w ramach jednego procesu do obsługi żądań użytkowników.
Ulepszone zabezpieczenia Korzystając z zaufanego połączenia, program SQL Server integruje się z zabezpieczeniami systemu Windows, zapewniając pojedynczy zintegrowany dostęp do sieci i bazy danych, wykorzystując zalety obu systemów zabezpieczeń. Znacznie ułatwia to administrowanie złożonymi schematami zabezpieczeń. Program SQL Server to idealny magazyn poufnych informacji, takich jak numery PESEL, dane kart kredytowych i poufne adresy.
Natychmiastowa odzyskiwalność Jeśli w systemie operacyjnym wystąpi awaria lub nastąpi przerwa w dostawie prądu, SQL Server może automatycznie przywrócić spójny stan bazy danych w ciągu kilku minut bez interwencji administratora bazy danych.
Korzystanie z sieci VPN Dostęp i wirtualne sieci prywatne (VPN) nie dogadują się. Jednak dzięki programowi SQL Server użytkownicy zdalni mogą nadal korzystać z zewnętrznej bazy danych programu Access na komputerze stacjonarnym i zaplecza programu SQL Server znajdującego się za zaporą VPN.
Azure SQL Server Oprócz zalet SQL Server, oferuje dynamiczną skalowalność bez przestojów, inteligentną optymalizację, globalną skalowalność i dostępność, eliminację kosztów sprzętu i zredukowaną administrację.

Wybierz najlepszą opcję programu Azure SQL Server

Jeśli przeprowadzasz migrację do programu Azure SQL Server, masz do wyboru trzy opcje, z których każda oferuje inne korzyści:

Pojedyncza baza danych/pule elastyczne Ta opcja ma własny zestaw zasobów zarządzanych za pośrednictwem serwera usługi SQL Database. Pojedyncza baza danych przypomina zawartą bazę danych programu SQL Server. Można także dodać elastyczną pulę, czyli kolekcję baz danych z udostępnionym zestawem zasobów zarządzanych za pośrednictwem programu SQL Database Server. Najczęściej używane funkcje programu SQL Server są dostępne z wbudowanymi kopiami zapasowymi, poprawkami i odzyskiwaniem. Jednak nie ma gwarantowanego dokładnego czasu konserwacji, a migracja z programu SQL Server może być trudna.
Wystąpienie zarządzane Ta opcja dotyczy kolekcji baz danych systemu i użytkowników wraz ze współużytkowanym zestawem zasobów. Wystąpienie zarządzane przypomina wystąpienie bazy danych programu SQL Server, które zapewnia wysoki stopień zgodności z lokalnym programem SQL Server. Wystąpienie zarządzane ma wbudowane kopie zapasowe, poprawki, odzyskiwanie i łatwe migrowanie z programu SQL Server. Istnieje jednak niewielka liczba funkcji programu SQL Server, które nie są dostępne i nie ma gwarantowanego dokładnego czasu konserwacji.
Maszyna wirtualna platformy Azure Ta opcja umożliwia uruchamianie programu SQL Server wewnątrz maszyny wirtualnej w chmurze platformy Azure. Masz pełną kontrolę nad aparatem programu SQL Server i łatwą ścieżkę migracji. Musisz jednak zarządzać swoimi kopiami zapasowymi, poprawkami i odzyskiwaniem.

Aby uzyskać więcej informacji, zobacz Wybieranie ścieżki migracji bazy danych do platformy Azure i Co to jest usługa Azure SQL?.

Pierwsze kroki

Istnieje kilka kwestii, które można rozwiązać na początku, aby usprawnić proces migracji przed uruchomieniem programu SSMA:

Dodawanie indeksów tabel i kluczy podstawowych Upewnij się, że każda tabela programu Access ma indeks i klucz podstawowy. SQL Server wymaga, aby wszystkie tabele miały co najmniej jeden indeks, a tabele połączone muszą mieć klucz podstawowy, jeśli tabelę można zaktualizować.
Sprawdzanie relacji klucz podstawowy/obcy Upewnij się, że te relacje są oparte na polach o spójnych typach danych i rozmiarach. Program SQL Server nie obsługuje sprzężonych kolumn z różnymi typami danych i rozmiarami w ograniczeniach klucza obcego.
Usuwanie kolumny Załącznik Usługa SSMA nie migruje tabel zawierających kolumnę Załącznik.

Przed uruchomieniem programu SSMA wykonaj następujące pierwsze kroki.

Zamknij bazę danych programu Access.
Upewnij się, że bieżący użytkownicy połączeni z bazą danych również zamkną bazę danych.
Jeśli baza danych jest w .mdb formacie pliku, usuń zabezpieczenia na poziomie użytkownika.
Utwórz kopię zapasową bazy danych. Aby uzyskać więcej informacji, zobacz Ochrona danych za pomocą procesów wykonywania i przywracania kopii zapasowych.

Porada Rozważ zainstalowanie na komputerze programu Microsoft SQL Server Express edition, który obsługuje do 10 GB i jest bezpłatnym oraz łatwiejszym sposobem przeprowadzenia i sprawdzenia migracji. Po nawiązaniu połączenia użyj LocalDB jako wystąpienia bazy danych.

Porada Jeśli to możliwe, użyj autonomicznej wersji programu Access.

Uruchom narzędzie SSMA

Firma Microsoft udostępnia Asystent migracji do programu Microsoft SQL Server (SSMA) ułatwiające migrację. Narzędzie SSMA migruje głównie tabele i zapytania wybierające bez parametrów. Formularze, raporty, makra i moduły VBA nie są konwertowane. Eksplorator metadanych programu SQL Server wyświetla obiekty bazy danych programu Access i obiekty programu SQL Server, umożliwiając przeglądanie bieżącej zawartości obu baz danych. Te dwa połączenia zostaną zapisane w pliku migracji, jeśli w przyszłości zechcesz przenieść dodatkowe obiekty.

Wskazówka Proces migracji może zająć trochę czasu, zależnie od rozmiaru obiektów bazy danych i ilości danych, które należy przetransferować.

Aby przeprowadzić migrację bazy danych przy użyciu programu SSMA, najpierw pobierz i zainstaluj oprogramowanie, klikając dwukrotnie pobrany plik MSI. Upewnij się, że zainstalowano odpowiednią wersję 32- lub 64-bitową dla swojego komputera.
Po zainstalowaniu programu SSMA otwórz go na pulpicie, najlepiej z poziomu komputera z plikiem bazy danych programu Access.
Można ją także otworzyć na komputerze, który ma dostęp do bazy danych programu Access z sieci w udostępnionym folderze.
Postępuj zgodnie z początkowymi instrukcjami w SSMA, aby podać podstawowe informacje, takie jak lokalizacja programu SQL Server, baza danych i obiekty programu Access do migrowania, informacje o połączeniu i czy chcesz utworzyć tabele połączone.
Jeśli przeprowadzasz migrację do programu SQL Server 2016 lub nowszego i chcesz zaktualizować tabelę połączoną, dodaj kolumnę rowversion, wybierając pozycjęOgólne>ustawień> projektu narzędzi recenzowania.
Pole rowversion pomaga uniknąć konfliktów rekordów. Program Access używa tego pola rowversion w tabeli połączonej programu SQL Server do określania daty ostatniej aktualizacji rekordu. Ponadto jeśli dodasz pole rowversion do zapytania, program Access użyje go do ponownego zaznaczenia wiersza po operacji aktualizacji. Pozwala to uniknąć błędów konfliktu zapisu i scenariuszy usuwania rekordów, które mogą wystąpić, gdy program Access wykryje wyniki inne niż pierwotne przesłane elementy, takie jak w przypadku liczb zmiennoprzecinkowych i wyzwalaczy modyfikujących kolumny. Należy jednak unikać używania pola rowversion w formularzach, raportach lub kodzie VBA. Aby uzyskać więcej informacji, zobacz rowversion.
Wskazówka Unikaj mylenia rowversion ze znacznikami czasu. Chociaż słowo kluczowe timestamp jest synonimem słowa rowversion w programie SQL Server, nie można używać słowa rowversion jako sposobu oznaczania sygnatury czasowej wpisu danych.
Aby ustawić dokładne typy danych, wybierz pozycję Narzędzia> recenzjiUstawienia>mapowania typów projektu. Jeśli na przykład przechowujesz tylko tekst w języku angielskim, możesz użyć typu danych varchar zamiast nvarchar .

Konwertowanie obiektów

SSMA konwertuje obiekty programu Access na obiekty programu SQL Server, ale nie kopiuje obiektów od razu. Program SSMA udostępnia listę następujących obiektów do migracji, aby można było podjąć decyzję, czy przenieść je do bazy danych programu SQL Server:

Tabele i kolumny
Wybierz pozycję Zapytania bez parametrów.
Klucze podstawowe i obce
Indeksy i wartości domyślne
Sprawdzanie ograniczeń (właściwość kolumny o zerowej długości zerowej, reguła poprawności kolumny, sprawdzanie poprawności tabeli)

Najlepszym rozwiązaniem jest użycie raportu oceny SSMA, który przedstawia wyniki konwersji, w tym błędy, ostrzeżenia, komunikaty informacyjne, szacowany czas przeprowadzania migracji oraz poszczególne kroki korekcji błędów, które należy wykonać przed rzeczywistym przeniesieniem obiektów.

Podczas konwertowania obiektów bazy danych definicje obiektów z metadanych programu Access są konwertowane na równoważną składnię języka Transact-SQL (T-SQL), a następnie ładowane są te informacje do projektu. Następnie możesz wyświetlić obiekty SQL Server lub Usługi SQL Azure i ich właściwości przy użyciu eksploratora metadanych programu SQL Server lub usług SQL Azure.

Aby przekonwertować, załadować i migrować obiekty do programu SQL Server, postępuj zgodnie z tym przewodnikiem.

Porada Po pomyślnym przeprowadzeniu migracji bazy danych programu Access zapisz plik projektu do późniejszego użycia, aby można było ponownie przeprowadzić migrację danych w celach testowych lub migracji ostatecznej.

Łączenie tabel

Rozważ zainstalowanie najnowszej wersji sterowników OLE DB i ODBC programu SQL Server zamiast używania natywnych sterowników programu SQL Server dostarczanych z systemem Windows. Nowsze sterowniki są nie tylko szybsze, ale obsługują też nowe funkcje w bazie danych Azure SQL, których nie oferują poprzednie sterowniki. Sterowniki można zainstalować na każdym komputerze, na którym jest używana przekonwertowana baza danych. Aby uzyskać więcej informacji, zobacz Sterownik bazy danych Microsoft OLE 18 dla programu SQL Server i Sterownik ODBC 17 firmy Microsoft dla programu SQL Server.

Po przeprowadzeniu migracji tabel programu Access możesz połączyć się z tabelami w programie SQL Server, który obecnie hostuje Twoje dane. Tworzenie łączy bezpośrednio z programu Access zapewnia również prostszy sposób przeglądania danych niż przy użyciu bardziej złożonych narzędzi do zarządzania programem SQL Server. Możesz wykonywać zapytania dotyczące połączonych danych i edytować je w zależności od uprawnień skonfigurowanych przez administratora bazy danych programu SQL Server.

Wskazówka Jeśli tworzysz nazwę DSN ODBC podczas łączenia z bazą danych programu SQL Server w trakcie procesu łączenia, utwórz tę samą nazwę DSN na wszystkich komputerach używających nowej aplikacji lub programowo użyj parametrów połączenia przechowywanych w pliku DSN.

Aby uzyskać więcej informacji, zobacz Łączenie z danymi lub importowanie ich z bazy danych programu Azure SQL Server oraz Importowanie lub łączenie z danymi w bazie danych programu SQL Server.

Porada Nie zapomnij użyć Menedżera tabel połączonych w programie Access, aby wygodnie odświeżać i ponownie łączyć tabele. Aby uzyskać więcej informacji, zobacz Zarządzanie tabelami połączonymi.

Sprawdzanie i sprawdzanie

W poniższych sekcjach opisano typowe problemy, które można napotkać podczas migracji, oraz sposoby ich rozwiązywania.

Zapytania

Konwertowane są tylko zapytania wybierające; inne zapytania nie są, w tym zapytania wybierające, które przyjmują parametry. Niektóre zapytania mogą nie zostać całkowicie przekonwertowane, a program SSMA zgłasza błędy zapytania podczas procesu konwersji. Obiekty, które nie podlegają konwersji, można edytować ręcznie, używając składni T-SQL. Błędy składni mogą również wymagać ręcznego przekonwertowania funkcji i typów danych specyficznych dla programu Access na typy danych programu SQL Server. Aby uzyskać więcej informacji, zobacz Porównanie języka SQL programu Access z językiem TSQL programu SQL Server.

Typy danych

Program Access i program SQL Server mają podobne typy danych, ale należy pamiętać o następujących potencjalnych problemach.

Duża liczba Typ danych Duża liczba przechowuje wartość liczbową inną niż pieniężna i jest zgodny z typem danych SQL bigint. Za pomocą tego typu danych można wydajnie obliczać duże liczby, ale wymaga to użycia formatu pliku bazy danych accdb programu Access 16 (16.0.7812 lub nowszego) i działa lepiej w 64-bitowej wersji programu Access. Aby uzyskać więcej informacji, zobacz Korzystanie z typu danych Duża liczba i Wybór 64-bitowej lub 32-bitowej wersji pakietu Office.

Tak/Nie Domyślnie kolumna Tak/Nie w programie Access jest konwertowana na pole bitowe programu SQL Server. Aby uniknąć blokowania rekordu, upewnij się, że pole bitowe jest ustawione w taki sposób, aby nie zezwalało na wartości NULL. W SSMA można wybrać kolumnę bitów, aby ustawić właściwość Zezwalaj na wartości zerowe na NIE. W języku TSQL użyj instrukcji CREATE TABLE lub ALTER TABLE .

Data i godzina Istnieje kilka kwestii dotyczących daty i godziny:

Jeśli poziom zgodności bazy danych wynosi 130 (SQL Server 2016) lub wyższy, a tabela połączona zawiera co najmniej jedną kolumnę daty/godziny lub daty/godziny2, tabela może zwrócić komunikat #deleted w wynikach. Aby uzyskać więcej informacji, zobacz Tabela połączona programu Access z SQL-Server bazą danych zwraca #deleted.
Typ danych Data/godzina w programie Access umożliwia zamapowanie na typ danych data/godzina. Użyj typu danych rozszerzonej daty/godziny w programie Access, aby zamapować typ danych datetime2 , który ma większy zakres dat i godzin. Aby uzyskać więcej informacji, zobacz Korzystanie z typu danych rozszerzonej daty/godziny.
Podczas wykonywania zapytań dotyczących dat w programie SQL Server weź pod uwagę zarówno godzinę, jak i datę. Na przykład:
- DateOrdered Between 1/1/19 and 1/31/19 może nie zawierać wszystkich zamówień.
- DateOrdered Between 1/1/19 00:00:00 AM And 1/31/19 11:59:59 PM nie obejmuje wszystkich zamówień.

Załącznik Typ danych Załącznik przechowuje plik w bazie danych programu Access. W programie SQL Server możesz rozważyć kilka opcji. Możesz wyodrębnić pliki z bazy danych programu Access, a następnie rozważyć przechowywanie linków do tych plików w bazie danych programu SQL Server. Możesz także użyć funkcji FILESTREAM, FileTables lub zdalnego magazynu obiektów BLOB (RBS), aby zachować załączniki przechowywane w bazie danych programu SQL Server.

Hiperłącze Tabele programu Access zawierają kolumny hiperlinków, które nie są obsługiwane w programie SQL Server. Domyślnie te kolumny zostaną przekonwertowane na kolumny nvarchar(max) w programie SQL Server, ale możesz dostosować mapowanie, aby wybrać mniejszy typ danych. W rozwiązaniu używanym w programie Access można nadal używać zachowania hiperlinku w formularzach i raportach, jeśli właściwość Hiperłącze kontrolki zostanie ustawiona na wartość true.

Pole wielowartościowe Pole wielowartościowe programu Access jest konwertowane do formatu programu SQL Server jako pole ntext zawierające rozdzielany zestaw wartości. Ponieważ serwer SQL nie obsługuje wielowartościowego typu danych, który modeluje relację wiele-do-wielu, może być potrzebna dodatkowa praca przy przeprojektowaniu i konwersji.

Aby uzyskać więcej informacji na temat mapowania typów danych programu Access i programu SQL Server, zobacz Porównanie typów danych.

Wskazówka Pola wielowartościowe nie są konwertowane.

Aby uzyskać więcej informacji, zobacz Typy daty i godziny, Typy ciągowe i binarne oraz Typy liczbowe.

Visual Basic

Chociaż język VBA nie jest obsługiwany przez program SQL Server, pamiętaj o następujących możliwych problemach:

Funkcje języka VBA w zapytaniach Zapytania programu Access obsługują funkcje języka VBA na danych w kolumnie zapytania. Jednak zapytań programu Access używających funkcji VBA nie można uruchamiać w programie SQL Server, więc wszystkie żądane dane są przekazywane do programu Microsoft Access w celu przetworzenia. W większości przypadków te zapytania powinny zostać przekonwertowane na zapytania przekazujące.

Funkcje zdefiniowane przez użytkownika w zapytaniach Zapytania programu Microsoft Access obsługują przetwarzanie przekazywanych do nich danych za pomocą funkcji zdefiniowanych w modułach języka VBA. Kwerendy mogą być kwerendami autonomicznymi, instrukcjami SQL w źródłach rekordów formularzy i raportów, źródłami danych pól kombi i pól list w formularzach, raportach i polach tabel oraz wyrażeniami domyślnych lub reguł sprawdzania poprawności. Program SQL Server nie może uruchamiać tych funkcji zdefiniowanych przez użytkownika. Może być konieczne ręczne przeprojektowanie tych funkcji i przekonwertowanie ich na procedury składowane w programie SQL Server.

Optymalizowanie wydajności

Zdecydowanie najważniejszym sposobem optymalizowania wydajności za pomocą nowego zaplecza programu SQL Server jest określenie, kiedy używać zapytań lokalnych, a kiedy zdalnych. Podczas migrowania danych do programu SQL Server następuje również przejście z serwera plików do modelu bazy danych klient-serwer. Przestrzegaj następujących ogólnych wytycznych:

Uruchamiaj na kliencie małe zapytania tylko do odczytu, aby uzyskać do nich najszybszy dostęp.
Uruchamiaj długie zapytania do odczytu/zapisu na serwerze, aby wykorzystać większą moc obliczeniową.
Zminimalizuj ruch sieciowy za pomocą filtrów i agregacji, aby transferować tylko te dane, których potrzebujesz.

Optymalizowanie wydajności w modelu bazy danych serwera klienta Aby uzyskać więcej informacji, zobacz Tworzenie zapytania przekazującego.

Poniżej przedstawiono dodatkowe, zalecane wskazówki.

Umieść logikę na serwerze Aplikacja może również korzystać z widoków, funkcji zdefiniowanych przez użytkownika, procedur składowanych, pól obliczeniowych i wyzwalaczy w celu scentralizowania i współużytkowania logiki aplikacji, reguł i zasad biznesowych, złożonych zapytań, sprawdzania poprawności danych oraz kodu więzów integralności na serwerze, a nie na kliencie. Zadaj sobie pytanie, czy to zapytanie lub zadanie można wykonać na serwerze lepiej i szybciej? Na koniec przetestuj każde zapytanie, aby upewnić się, że masz optymalną wydajność.

Korzystanie z widoków w formularzach i raportach W programie Access wykonaj następujące czynności:

W przypadku formularzy jako źródła rekordów należy użyć widoku SQL dla formularza tylko do odczytu oraz widoku indeksowanego SQL dla formularza do odczytu/zapisu.
W przypadku raportów jako źródła rekordów należy używać widoku SQL. Należy jednak utworzyć oddzielny widok dla każdego raportu, aby ułatwić aktualizowanie określonego raportu bez wywierania wpływu na inne raporty.

Minimalizowanie ładowania danych w formularzu lub raporcie Nie wyświetlaj danych, dopóki użytkownik o nie nie poprosi. Na przykład pozostaw pustą właściwość ŹródłoRekordów, poproś użytkowników, aby wybrali filtr w formularzu, a następnie wypełnij właściwość ŹródłoRekordów swoim filtrem. Możesz też użyć klauzuli where DoCmd.OpenForm i DoCmd.OpenReport, aby wyświetlić dokładne rekordy potrzebne użytkownikowi. Rozważ wyłączenie nawigacji po rekordach.

Należy zachować ostrożność w przypadku zapytań heterogenicznych Należy unikać uruchamiania kwerendy łączącej lokalną tabelę programu Access i tabelę połączoną programu SQL Server, nazywanej czasem kwerendą hybrydową. Ten typ zapytania nadal wymaga od programu Access pobrania wszystkich danych programu SQL Server na komputer lokalny, a następnie uruchomienia zapytania; nie uruchamia ono zapytania w programie SQL Server.

Kiedy używać tabel lokalnych Rozważ użycie tabel lokalnych w przypadku danych, które rzadko ulegają zmianom, takich jak lista stanów lub prowincji w kraju lub regionie. Tabele statyczne są często używane do filtrowania i mogą działać lepiej na frontonie programu Access.

Aby uzyskać więcej informacji, zobacz Doradca dostrajania aparatu bazy danych, Optymalizowanie bazy danych programu Access za pomocą analizatora wydajności i Optymalizowanie aplikacji programu Microsoft Office Access połączonych z programem SQL Server.