Migrowanie bazy danych programu Access do programu SQL Server

Migrowanie bazy danych programu Access do programu SQL Server

Wszystkie ograniczenia są ograniczone, a baza danych programu Access nie zawiera wyjątku. Na przykład baza danych programu Access ma ograniczenie rozmiaru wynoszące 2 GB i nie może obsługiwać więcej niż 255 użytkowników jednocześnie. Jeśli chcesz, aby baza danych programu Access przejdzie do następnego poziomu, możesz przeprowadzić migrację do programu SQL Server. Program SQL Server (niezależnie od tego, czy Usługa lokalna, czy w chmurze platformy Azure) obsługuje większe ilości danych, większą liczbę współbieżnych użytkowników i większe możliwości niż aparat bazy danych JET/ASA. Ten przewodnik zapewnia płynne rozpoczynanie pracy z programem SQL Server, ułatwia zachowywanie utworzonych rozwiązań frontonu programu Access, a hopefully motywów umożliwiających korzystanie z programu Access dla przyszłych rozwiązań baz danych. Kreator rozbudowy został usunięty z programu Access w programie Access 2013, więc teraz możesz używać Asystenta migracji programu Microsoft SQL Server (SSMA). Aby pomyślnie przeprowadzić migrację, postępuj zgodnie z tymi etapami.

Etapy migracji bazy danych do programu SQL Server

Przed rozpoczęciem

W poniższych sekcjach przedstawiono informacje ogólne i inne informacje ułatwiające rozpoczęcie pracy.

Informacje o podzielonych bazach danych

Wszystkie obiekty bazy danych programu Access mogą znajdować się w jednym pliku bazy danych lub mogą być przechowywane w dwóch plikach bazy danych: bazy danych frontonu i bazy danych zaplecza. Nazywa się to dzieleniem bazy danych i jest przeznaczona do ułatwiania udostępniania w środowisku sieciowym. Plik wewnętrznej bazy danych musi zawierać tylko tabele i relacje. Plik frontonu musi zawierać tylko wszystkie inne obiekty, takie jak formularze, raporty, zapytania, makra, moduły VBA i tabele połączone, do wewnętrznej bazy danych. Po przeprowadzeniu migracji bazy danych programu Access jest ona podobna do podzielonej bazy danych w programie SQL Server działa jako nowy serwer końcowy danych znajdujących się teraz na serwerze.

Dzięki temu nadal można utrzymywać zewnętrzną bazę danych programu Access z tabelami połączonymi w tabelach programu SQL Server. W praktyce można korzystać z zalet szybkiego opracowywania aplikacji, co zapewnia baza danych programu Access Wraz z skalowalnością programu SQL Server.

Zalety programu SQL Server

Nadal potrzebujesz przekonującego do migrowania do programu SQL Server? Oto kilka dodatkowych korzyści, które należy wziąć pod uwagę:

  • Więcej równoczesnych użytkowników    Program SQL Server może obsługiwać większą liczbę użytkowników niż w programie Access i zminimalizować wymagania dotyczące pamięci po dodaniu większej liczby użytkowników.

  • Zwiększona dostępność    Program SQL Server umożliwia dynamiczne wykonywanie kopii zapasowych, przyrostowe lub pełne, których baza danych jest używana. 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 rozmiarze terabajtów. Ponadto program SQL Server przetwarza kwerendy znacznie szybciej i wydajniej, przetwarzając kwerendy równolegle, używając wielu natywnych wątków w ramach jednego procesu w celu obsługi żądań użytkowników.

  • Ulepszone zabezpieczenia    Przy użyciu zaufanego połączenia program SQL Server integruje się z zabezpieczeniami systemu Windows, aby zapewnić jeden zintegrowany dostęp do sieci i bazy danych, wykorzystując najlepsze systemy zabezpieczeń. Dzięki temu można znacznie łatwiej administrować kompleksowymi schematami zabezpieczeń. Program SQL Server to idealne miejsce do przechowywania poufnych informacji, takich jak numery PESEL, dane kart kredytowych i adresy, które są poufne.

  • Natychmiastowe odkrycie    Jeśli system operacyjny ulegnie awarii lub zasilanie, program SQL Server może automatycznie odzyskać bazę danych do stanu spójności w ciągu kilku minut i bez interwencji administratora bazy danych.

  • Korzystanie z sieci VPN    Dostęp i wirtualne sieci prywatne (VPN) nie są wyświetlane razem. Jednak dzięki programowi SQL Server użytkownicy zdalni mogą korzystać z zewnętrznej bazy danych programu Access na komputerze stacjonarnym, a wewnętrzną wersję programu SQL Server znajdującą się za zaporą VPN.

  • Usługa Azure SQL Server    Oprócz zalet programu SQL Server, zapewnia ona dynamiczną skalowalność bez przestojów, optymalizację inteligentną, globalną skalowalność i dostępność, eliminację kosztów sprzętowych i zmniejszenie administracji.

Wybieranie najlepszej opcji usługi Azure SQL Server

Jeśli przeprowadzasz migrację do programu Azure SQL Server, możesz wybrać spośród trzech opcji, z których każda ma różne korzyści:

  • Pojedyncza baza danych/pule elastyczne    Ta opcja ma swój własny zestaw zasobów zarządzanych za pośrednictwem serwera bazy danych SQL. Pojedyncza baza danych jest taka jak w bazie danych w programie SQL Server. Możesz również dodać pulę elastyczną, która jest zbiorem baz danych z udostępnionym zestawem zasobów zarządzanych za pośrednictwem serwera bazy danych SQL. Najczęściej używane funkcje programu SQL Server są dostępne w przypadku wbudowanych kopii zapasowych, poprawiania i odzyskiwania. Nie jest jednak zapewniony dokładny czas obsługi, a migracja z programu SQL Server może być trudna.

  • Zarządzane wystąpienie    Ta opcja jest zbiorem baz danych systemu i użytkowników z udostępnionym zestawem zasobów. Zarządzane wystąpienie jest podobne do wystąpienia bazy danych programu SQL Server, która jest bardzo zgodna z lokalną wersją programu SQL Server. Instancja zarządzana zawiera wbudowane kopie zapasowe, poprawianie i odzyskiwanie oraz możliwość łatwego migrowania z programu SQL Server. Dostępna jest jednak niewielka liczba funkcji programu SQL Server, które nie są dostępne i nie gwarantują dokładnego czasu obsługi.

  • Maszyna wirtualna platformy Azure    Ta opcja umożliwia uruchomienie programu SQL Server na maszynie wirtualnej w chmurze platformy Azure. Masz pełną kontrolę nad aparatem programu SQL Server i prostą ścieżką migracji. Musisz jednak zarządzać kopiami zapasowymi, poprawkami i odzyskiwaniem.

Aby uzyskać więcej informacji, zobacz Wybieranie ścieżki migracji bazy danych do platformy Azure i Wybieranie odpowiedniej opcji programu SQL Server na platformie Azure.

Pierwsze kroki

Istnieje kilka problemów, które można rozwiązać na pierwszy, aby usprawnić proces migracji przed uruchomieniem SSMA:

  • Dodawanie indeksów tabel i kluczy podstawowych    Upewnij się, że każda tabela programu Access ma indeks i klucz podstawowy. Program SQL Server wymaga, aby wszystkie tabele miały co najmniej jeden indeks, a tabela połączona musi mieć klucz podstawowy, jeśli tabela może być aktualizowana.

  • Sprawdzanie relacji klucza podstawowego/obcego    Upewnij się, że te relacje są oparte na polach o spójnych typach danych i rozmiarach. Program SQL Server nie obsługuje kolumn sprzężonych o różnych typach danych i rozmiarach w ograniczeniach FOREIGN KEY.

  • Usuwanie kolumny załącznik    SSMA nie migruje tabel zawierających kolumnę załącznika.

Przed uruchomieniem SSMA wykonaj następujące czynności.

  1. Zamknij bazę danych programu Access.

  2. Upewnij się, że bieżąca użytkownicy połączeni z bazą danych również zamkną bazę danych.

  3. Jeśli baza danych znajduje się w formacie pliku mdb, Usuń zabezpieczenia na poziomie użytkownika.

  4. Wykonaj kopię zapasową bazy danych. Aby uzyskać więcej informacji, zobacz Ochrona danych za pomocą procesów wykonywania i przywracania kopii zapasowych.

Porada    Zapoznaj się z instalacją programu Microsoft SQL Server Express Edition na pulpicie, który obsługuje do 10 GB i jest to bezpłatna i łatwiejsza Metoda przeprowadzania migracji. Podczas nawiązywania połączenia Użyj LocalDB jako wystąpienia bazy danych.

Porada    Jeśli to możliwe, użyj autonomicznej wersji programu Access. Jeśli możesz korzystać tylko z pakietu Office 365, użyj aparatu bazy danych programu Access 2010 do migrowania bazy danych programu Access podczas korzystania z SSMA. Aby uzyskać więcej informacji, zobacz pakiet redystrybucyjny aparatu bazy danych programu Microsoft Access 2010.

Uruchom SSMA

Firma Microsoft udostępnia Asystenta migracji programu Microsoft SQL Server (SSMA), aby łatwiej przeprowadzić migrację. SSMA głównie migruje tabele i wybieram zapytania 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 oraz obiekty programu SQL Server, które umożliwiają przejrzenie bieżącej zawartości obu baz danych. Te dwa połączenia są zapisywane w pliku migracji, jeśli użytkownik zdecyduje się przenieść dodatkowe obiekty w przyszłości.

Uwaga    Proces migracji może zająć trochę czasu w zależności od rozmiaru obiektów bazy danych oraz ilości danych, które muszą zostać przeniesione.

  1. Aby przeprowadzić migrację bazy danych przy użyciu SSMA, najpierw Pobierz i zainstaluj oprogramowanie, klikając dwukrotnie pobrany plik msi. Upewnij się, że na komputerze jest zainstalowana odpowiednia wersja usługi 32 lub 64.

  2. Po zainstalowaniu SSMA Otwórz go na pulpicie, najlepiej z komputera, na którym znajduje się plik bazy danych programu Access.

    Możesz również otworzyć go na komputerze z dostępem do bazy danych programu Access z sieci w folderze udostępnionym.

  3. Postępuj zgodnie z instrukcjami wyświetlanymi w programie SSMA, aby uzyskać podstawowe informacje, takie jak lokalizacja programu SQL Server, baza danych i obiekty programu Access do migrowania, informacje o połączeniu oraz czy chcesz utworzyć tabele połączone.

  4. Jeśli przeprowadzasz migrację do programu SQL Server 2016 lub nowszego i chcesz zaktualizować tabelę połączoną, Dodaj kolumnę rowversion, wybierając pozycję Narzędzia do przeglądu > Ustawienia projektu > Ogólne.

    Pole rowversion pomaga uniknąć konfliktów rekordów. Program Access używa tego pola rowversion w tabeli połączonej z programem SQL Server w celu określenia, kiedy rekord był ostatnio aktualizowany. Ponadto dodanie pola rowversion w kwerendzie powoduje, że program Access ponownie wybiera wiersz po operacji aktualizowania. Poprawia to efektywność, pomagając uniknąć błędów podczas pisania oraz scenariuszy usuwania rekordów, które mogą wystąpić, gdy program Access wykrywa różne wyniki z oryginalnego przesłania, na przykład może wystąpić w przypadku typów danych liczb zmiennoprzecinkowych i wyzwalaczy, które modyfikują łamów. Jednak Unikaj używania pola rowversion w formularzach, raportach lub kodzie języka VBA. Aby uzyskać więcej informacji, zobacz rowversion.

    Uwaga    Unikaj mylących rowversion przy użyciu sygnatur czasowych. Mimo że sygnatura czasowa słów kluczowych jest synonimem dla rowversion w programie SQL Server, nie można używać rowversion jako metody oznaczania wpisu danych.

  5. Aby ustawić precyzyjne typy danych, wybierz pozycję Narzędzia do przeglądu > Ustawienia projektu > Mapowanie. Jeśli na przykład jest przechowywany tylko tekst w języku angielskim, można użyć pola varchar zamiast typu danych nvarchar .

Konwertowanie obiektów

SSMA Konwertuje obiekty programu Access na obiekty programu SQL Server, ale obiekty te nie są od razu kopiowane. SSMA zawiera listę następujących obiektów do zmigrowania, aby można było zdecydować, czy chcesz przenieść je do bazy danych programu SQL Server:

  • Tabele i kolumny

  • Wybierz pozycję kwerendy bez parametrów.

  • Klucze podstawowe i obce

  • Indeksy i wartości domyślne

  • Ograniczenia Check (dopuszczanie właściwości Column o zerowej długości, reguły poprawności kolumn, sprawdzanie poprawności tabeli)

Najlepszym rozwiązaniem jest użycie raportu Ocena SSMA, który zawiera wyniki konwersji, w tym błędy, ostrzeżenia, komunikaty informacyjne, Szacowanie czasu na potrzeby przeprowadzania migracji oraz poszczególne kroki korekcji błędów, które należy wykonać przed rzeczywistym przeniesieniem obiekty.

Konwertowanie obiektów bazy danych powoduje, że definicje obiektów w metadanych programu Access są konwertowane na odpowiednią składnię języka Transact-SQL (T-SQL), a następnie ładuje te informacje do projektu. Następnie możesz przeglądać obiekty SQL Server lub SQL Azure oraz ich właściwości, korzystając z programu SQL Server lub Eksploratora metadanych platformy SQL Azure.

Aby przekonwertować, załadować i przeprowadzić migrację obiektów 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 umożliwić ponowne Migrowanie danych w celu testowania lub migracji końcowej.

Łączenie tabel

Spróbuj zainstalować najnowszą wersję sterownika OLE DB i ODBC programu SQL Server zamiast używać natywnych sterowników SQL Server dostarczanych z systemem Windows. Nie tylko nowsze sterowniki są szybsze, ale obsługują nowe funkcje usługi Azure SQL, które nie są zgodne z poprzednimi sterownikami. Sterowniki można zainstalować na każdym komputerze, na którym jest używana przekonwertowana baza danych. Aby uzyskać więcej informacji, zobacz Sterownik Microsoft OLE DB Driver 18 dla programu SQL Server i Sterownik Microsoft ODBC Driver 17 dla programu SQL Server.

Po przeprowadzeniu migracji tabel programu Access możesz utworzyć link do tabel w programie SQL Server, które teraz będą hostować dane. Łączenie bezpośrednio z programu Access zapewnia także prostszy sposób wyświetlania danych zamiast korzystania z bardziej złożonych narzędzi do zarządzania programu SQL Server.  Dane połączone można badać i edytować w zależności od uprawnień ustawionych przez administratora bazy danych programu SQL Server.

Uwaga    Jeśli po utworzeniu łącza do bazy danych programu SQL Server w trakcie procesu łączenia jest tworzone połączenie ze sterownikiem ODBC, Utwórz tę samą nazwę DSN na wszystkich komputerach, które używają nowej aplikacji, lub programowo Użyj parametrów połączenia przechowywanych w pliku DSN.

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

Etykiety   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.

Testowanie i korygowanie

W poniższych sekcjach opisano typowe problemy, które można napotkać podczas migracji, oraz sposób postępowania z nimi.

Zapytania

Konwertowane są tylko kwerendy wybierające; inne zapytania nie są, w tym kwerendy wybierające, które mają parametry. Niektóre kwerendy mogą nie zostać całkowicie przekonwertowane, a SSMA raportuje błędy kwerend w trakcie procesu konwersji. Możesz ręcznie edytować obiekty, które nie konwertują się za pomocą składni T-SQL. Błędy składni mogą również wymagać ręcznego konwertowania funkcji specyficznych dla programu Access i typów danych na program SQL Server. Aby uzyskać więcej informacji, zobacz porównanie programu Access SQL z programem SQL Server TSQL.

Typy danych

Program Access i program SQL Server mają podobne typy danych, ale należy wziąć pod uwagę następujące potencjalne problemy.

Duża liczba    Typ danych duża liczba przechowuje niepieniężną wartość liczbową i jest zgodna z typem danych SQL bigint. Tego typu danych można użyć w celu efektywnego obliczania dużych liczb, ale wymaga on używania formatu pliku bazy danych programu Access 16 (16.0.7812 lub nowszego). accdb i zapewnia lepszą jakość programu Access w wersji 64. Aby uzyskać więcej informacji, zobacz Korzystanie z typu danych duża liczba i Wybieranie między 64-bitową lub 32-bitową wersją pakietu Office.

Tak/Nie    Domyślnie kolumny tak/nie w programie Access są konwertowane na pole bitowe programu SQL Server. Aby uniknąć blokowania rekordów, Upewnij się, że pole bit jest ustawione tak, aby nie zezwalać na wartości NULL. W programie SSMA możesz wybrać kolumnę bitową, aby ustawić właściwość Zezwalaj na wartości null na wartość nie. W programie 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 to 130 (SQL Server 2016) lub nowszy, a tabela połączona zawiera co najmniej jedno pole DateTime lub datetime2, tabela może zwrócić komunikat #deleted w wynikach. Aby uzyskać więcej informacji, zobacz Tabela połączona Access w bazie danych SQL — serwer zwraca wartość #deleted.

  • Użyj typu danych datetime2 , który ma większy zakres dat niż DateTime.

  • Podczas badania dat w programie SQL Server należy wziąć pod uwagę czas i datę. Przykład:

    • DateOrdered między 1/1/19 a 1/31/19 nie może zawierać wszystkich zamówień.

    • DateOrdered między 1/1/19 00:00:00 AM i 1/31/19 11:59:59 PM obejmuje wszystkie zamówienia.

Załącznik   Typ danych załącznika przechowujący plik w bazie danych programu Access. W programie SQL Server dostępnych jest kilka opcji, które należy uwzględnić. Możesz wyodrębnić pliki z bazy danych programu Access, a następnie uwzględnić linki do plików w bazie danych programu SQL Server. Możesz też użyć funkcji FILESTREAM, FileTable lub zdalnego magazynu obiektów BLOB (SPZ) w celu przechowywania załączników przechowywanych w bazie danych programu SQL Server.

Hiperlink    Tabele programu Access mają kolumny hiperłączy, których program SQL Server nie obsługuje. Domyślnie te kolumny zostaną przekonwertowane na kolumny typu nvarchar (max) w programie SQL Server, ale możesz dostosować mapowanie, aby wybrać mniejszy typ danych. W ramach rozwiązania programu Access nadal można używać zachowania hiperłącze w formularzach i raportach, jeśli właściwość hiperlink dla kontrolki ma wartość PRAWDA.

Pole wielowartościowe    Pole wielowartościowe programu Access jest konwertowane na program 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 programów Access i SQL Server, zobacz Porównanie typów danych.

Uwaga    Pola wielowartościowe nie są konwertowane i zostały wycofane z programu Access 2010.

Aby uzyskać więcej informacji, zobacz typy daty i godziny, ciągi i typy binarneoraz typy liczb.

Visual Basic

Chociaż język VBA nie jest obsługiwany przez program SQL Server, zwróć uwagę na następujące możliwe problemy:

Funkcje języka VBA w kwerendach    Kwerendy programu Access obsługują funkcje języka VBA dotyczące danych w kolumnie kwerendy. Ale nie można uruchamiać zapytań programu Access korzystających z funkcji języka VBA w programie SQL Server, więc wszystkie żądane dane są przekazywane do programu Microsoft Access w celu ich przetworzenia. W większości przypadków te zapytania powinny być konwertowane na kwerendyprzekazujące.

Funkcje zdefiniowane przez użytkownika w zapytaniach    Zapytania programu Microsoft Access obsługują funkcje zdefiniowane w modułach języka VBA do przetwarzania przekazanych im danych. Kwerendy mogą być kwerendami autonomicznymi, instrukcjami SQL w źródłach rekordów formularzy/raportów, źródłami danych pól kombi i polami list w formularzach, raportach, polach tabel i wyrażeniach reguł poprawności. Program SQL Server nie może uruchomić tych funkcji zdefiniowanych przez użytkownika. Być może trzeba będzie ręcznie ponownie zaprojektować te funkcje i przekonwertować je na procedury składowane w programie SQL Server.

Optymalizowanie wydajności

Najbardziej ważnym sposobem na optymalizację wydajności dzięki nowemu, zapleczu programu SQL Server jest określenie, kiedy należy używać zapytań lokalnych lub zdalnych. Podczas migrowania danych do programu SQL Server jest również przenoszony z serwera plików do modelu przetwarzania danych klient-serwer. Postępuj zgodnie z następującymi ogólnymi wskazówkami:

  • Aby przyspieszyć dostęp, Uruchom na kliencie małe zapytania tylko do odczytu.

  • Wykonywanie długich, zapytań odczytu i zapisu na serwerze w celu skorzystania z większej mocy obliczeniowej.

  • Minimalizuj ruch sieciowy dzięki filtrom i agregacji, aby przenieść tylko potrzebne dane.

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.

Wprowadzanie logiki 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 udostępniania logiki aplikacji, reguł i zasad biznesowych, złożonych zapytań, sprawdzania poprawności danych i kodu więzów integralności w na serwerze, a nie na kliencie. Zapytaj się, czy to zapytanie lub zadanie można wykonać na serwerze lepiej i szybciej? Na koniec Przetestuj poszczególne zapytania, aby zapewnić optymalną wydajność.

Używanie widoków w formularzach i raportach    W programie Access wykonaj następujące czynności:

  • W przypadku formularzy użyj widoku SQL dla formularza tylko do odczytu i widoku indeksowanego SQL dla formularza do odczytania/zapisu jako źródła rekordów.

  • W przypadku raportów użyj widoku SQL jako źródła rekordów. Jednak Utwórz osobny widok dla każdego raportu, aby móc łatwiej aktualizować konkretny raport bez wpływu na inne raporty.

Minimalizowanie ładowania danych w formularzu lub raporcie    Nie wyświetlaj danych do momentu wyświetlenia monitu przez użytkownika. Na przykład Pamiętaj, aby właściwość RecordSource była pusta, umożliwić użytkownikom wybranie filtru w formularzu, a następnie wypełnienie właściwości RecordSource filtrem. Ewentualnie Użyj klauzuli WHERE funkcji DoCmd. OtwórzFormularz i DoCmd. OtwórzRaport, aby wyświetlić dokładne rekordy wymagane przez użytkownika. Uwzględnij Wyłączanie nawigacji między rekordami.

Uważaj na zapytania heterogeniczne   Unikaj uruchamiania kwerendy łączącej lokalną tabelę programu Access i tabelę połączoną programu SQL Server, czasami nazywaną kwerendą hybrydową. Ten typ kwerendy wymaga wciąż programu Access do pobrania wszystkich danych programu SQL Server na komputer lokalny, a następnie uruchomienia zapytania, a następnie nie powoduje uruchomienia zapytania w programie SQL Server.

Kiedy używać tabel lokalnych    W przypadku danych, które rzadko zmieniają się, warto użyć tabel lokalnych, takich jak lista województw w danym 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, Korzystanie z analizatora wydajnooci w celu optymalizacji bazy danych programu Accessi optymalizowanie aplikacji programu Microsoft Office Access połączonych z programem SQL Server.

Zobacz też

Przewodnik po migracji bazy danych platformy Azure

Blog dotyczący migracji danych firmy Microsoft

Program Microsoft Access do migracji programu SQL Server, konwersja i rozbudowa

Sposoby udostępniania bazy danych programu Access dla komputerów stacjonarnych

Uwaga:  Ta strona została przetłumaczona automatycznie i może zawierać błędy gramatyczne lub nieścisłości. Chcemy, aby ta zawartość była dla Ciebie przydatna. Czy możesz dać nam znać, czy te informacje były pomocne? Oto angielskojęzyczny artykuł do wglądu.

Rozwijaj umiejętności związane z pakietem Office
Poznaj szkolenia
Uzyskuj nowe funkcje w pierwszej kolejności
Dołącz do niejawnych testerów pakietu Office

Czy te informacje były pomocne?

Dziękujemy za opinię!

Dziękujemy za opinię! Wygląda na to, że połączenie Cię z jednym z naszych agentów pomocy technicznej pakietu Office może być pomocne.

×