Migrieren einer Access-Datenbank zu SQL Server

Wir alle haben Grenzwerte, und eine Access-Datenbank ist keine Ausnahme. Beispielsweise hat eine Access-Datenbank eine Größenbeschränkung von 2 GB und kann nicht mehr als 255 gleichzeitige Benutzer unterstützen. Wenn es also an der Zeit ist, dass Ihre Access-Datenbank zur nächsten Ebene wechseln kann, können Sie zu SQL Server. SQL Server (lokal oder in der Azure-Cloud) unterstützt größere Datenmengen, mehr gleichzeitige Benutzer und verfügt über eine größere Kapazität als das JET/ACE-Datenbankmodul. Dieser Leitfaden bietet Ihnen einen reibungslosen Einstieg in Ihre SQL Server, hilft Ihnen, die von Ihnen erstellten Access-Front-End-Lösungen zu erhalten, und motiviert Sie hoffentlich, Access für zukünftige Datenbanklösungen zu verwenden. Der Upsizing-Assistent wurde in Access 2013 aus Access entfernt, sodass Sie jetzt den Microsoft SQL Server Migration Assistant (SSMA) verwenden können. Führen Sie diese Phasen aus, um erfolgreich zu migrieren.

Die Stufen der Datenbankmigration zu SQL Server

Vorbereitende Schritte

In den folgenden Abschnitten finden Sie Hintergrundinformationen und weitere Informationen, die Ihnen den Einstieg ermöglichen.

Informationen zu geteilten Datenbanken

Alle Access-Datenbankobjekte können entweder in einer Datenbankdatei oder in zwei Datenbankdateien gespeichert werden: einer Front-End-Datenbank und einer Back-End-Datenbank. Dies wird als Aufteilen der Datenbank bezeichnet und soll die Freigabe in einer Netzwerkumgebung erleichtern. Die Back-End-Datenbankdatei darf nur Tabellen und Beziehungen enthalten. Die Front-End-Datei darf nur alle anderen Objekte enthalten, einschließlich Formulare, Berichte, Abfragen, Makros, VBA-Module und verknüpfte Tabellen mit der Back-End-Datenbank. Wenn Sie eine Access-Datenbank migrieren, ähnelt sie einer geteilten Datenbank, da SQL Server als neues Back-End für die Daten verwendet wird, die sich jetzt auf einem Server befinden.

Als Ergebnis können Sie die Front-End -Access-Datenbank mit verknüpften Tabellen weiterhin mit den SQL Server verwalten. Effektiv können Sie die Vorteile der schnellen Anwendungsentwicklung abnutzen, die eine Access-Datenbank bietet, zusammen mit der Skalierbarkeit SQL Server.

SQL Server Vorteile

Benötigen Sie noch einige Überzeugendes, um zu SQL Server? Hier sind einige weitere Vorteile, die Sie sich überlegen sollten:

  • Mehr gleichzeitige Benutzer    SQL Server können viel mehr gleichzeitige Benutzer behandeln als Access und minimiert den Arbeitsspeicherbedarf, wenn mehr Benutzer hinzugefügt werden.

  • Höhere Verfügbarkeit    Mit SQL Server können Sie die Datenbank dynamisch sichern, entweder inkrementell oder vollständig, während sie verwendet wird. Demzufolge müssen Sie die Benutzer nicht zum Beenden der Datenbank zwingen, um Daten zu sichern.

  • Hohe Leistung und Skalierbarkeit    Die SQL Server in der Regel besser als eine Access-Datenbank, insbesondere bei einer großen Datenbank im Terabyteformat. Außerdem können SQL Server abfragen viel schneller und effizienter verarbeiten, indem Sie Abfragen parallel verarbeiten und dabei mehrere systemeigene Threads in einem einzigen Prozess verwenden, um Benutzeranforderungen zu behandeln.

  • Verbesserte Sicherheit    Mithilfe einer vertrauenswürdigen Verbindung SQL Server die Windows-Systemsicherheit integriert, um einen einzigen integrierten Zugriff auf das Netzwerk und die Datenbank zu ermöglichen und dabei das Beste aus beiden Sicherheitssystemen zu nutzen. Dies erleichtert die Verwaltung komplexer Sicherheitsschemas erheblich. SQL Server ist der ideale Speicher für vertrauliche Informationen wie Sozialversicherungsnummern, Kreditkartendaten und Adressen.

  • Sofortige Wiederherstellung     Wenn das Betriebssystem abstürzt oder der Strom aus geht, kann SQL Server die Datenbank nach wenigen Minuten und ohne Eingreifen des Datenbankadministrators automatisch in einen konsistenten Zustand wiederherstellen.

  • Verwendung von VPN    Access und Virtual Private Networks (VPN) kommen nicht gut weg. Mit SQL Server können Remotebenutzer jedoch weiterhin die Access-Front-End-Datenbank auf einem Desktop und das SQL Server-Back-End verwenden, das sich hinter der VPN-Firewall befindet.

  • Azure SQL Server    Zusätzlich zu den Vorteilen von SQL Server bietet dynamische Skalierbarkeit ohne Ausfallzeiten, intelligente Optimierung, globale Skalierbarkeit und Verfügbarkeit, Eliminierung von Hardwarekosten und reduzierte Administration.

Auswählen der besten Azure SQL Server Option

Wenn Sie zu Azure SQL Server migrieren, stehen drei Optionen zur Auswahl, jeweils mit unterschiedlichen Vorteilen:

  • Einzelne Datenbank-/Elastikpools    Diese Option verfügt über einen eigenen Satz von Ressourcen, die über einen SQL verwaltet werden. Eine einzelne Datenbank ist wie eine enthaltene Datenbank in SQL Server. Sie können auch einen Pool für einen flexiblen Pool hinzufügen, bei dem es sich um eine Sammlung von Datenbanken mit einer freigegebenen Gruppe von Ressourcen handelt, die über den server SQL verwaltet werden. Die am häufigsten verwendeten SQL Server sind mit integrierten Sicherungen, Patches und Wiederherstellung verfügbar. Es gibt jedoch keine garantierte exakte Wartungszeit, und die Migration von SQL Server schwierig sein.

  • Verwaltete Instanz    Diese Option ist eine Sammlung von System- und Benutzerdatenbanken mit einer freigegebenen Gruppe von Ressourcen. Eine verwaltete Instanz ist wie eine Instanz der SQL Server Datenbank, die in hohem Maße mit der lokalen SQL Server kompatibel ist. Eine verwaltete Instanz verfügt über integrierte Sicherungen, Patches, Wiederherstellungen und ist einfach von SQL Server. Es gibt jedoch eine kleine Anzahl von features SQL Server nicht verfügbar sind und keine garantierte exakte Wartungszeit.

  • Virtueller Azure-Computer    Mit dieser Option können Sie SQL Server auf einem virtuellen Computer in der Azure-Cloud ausführen. Sie haben die volle Kontrolle über das SQL Server und einen einfachen Migrationspfad. Sie müssen ihre Sicherungen, Patches und Wiederherstellung jedoch verwalten.

Weitere Informationen finden Sie unter Auswählen des Datenbankmigrationspfads zu Azure und Auswählen der richtigen SQL Server in Azure.

Erste Schritte

Es gibt einige Probleme, die Sie im Vorfeld beheben können, um den Migrationsprozess zu optimieren, bevor Sie SSMA ausführen:

  • Hinzufügen von Tabellenindizes und Primärschlüsseln    Stellen Sie sicher, dass jede Access-Tabelle über einen Index und einen Primärschlüssel verfügt. SQL Server erfordert, dass alle Tabellen über mindestens einen Index verfügen und eine verknüpfte Tabelle über einen Primärschlüssel verfügen muss, wenn die Tabelle aktualisiert werden kann.

  • Überprüfen von Primär-/Fremdschlüsselbeziehungen    Stellen Sie sicher, dass diese Beziehungen auf Feldern mit konsistenten Datentypen und Größen basieren. SQL Server unterstützt keine verbunden Spalten mit unterschiedlichen Datentypen und Größen in Fremdschlüsseleinschränkungen.

  • Entfernen der Spalte Anlage    SSMA migriert keine Tabellen, die die Spalte Anlage enthalten.

Führen Sie die folgenden ersten Schritte aus, bevor Sie SSMA ausführen.

  1. Schließen Sie die Access-Datenbank.

  2. Stellen Sie sicher, dass auch aktuelle Benutzer, die mit der Datenbank verbunden sind, die Datenbank schließen.

  3. Wenn sich die Datenbank im MDB-Dateiformat befindet,entfernen Sie die Sicherheit auf Benutzerebene.

  4. Sichern Sie Ihre Datenbank. Weitere Informationen finden Sie unter Schützen Ihrer Daten mit Sicherungs- und Wiederherstellungsprozessen.

Tipp    Sie können Microsoft SQL Server Express Edition auf Ihrem Desktop installieren, die bis zu 10 GB unterstützt und eine kostenlose und einfachere Möglichkeit zum Ausführen und Überprüfen Ihrer Migration ist. Wenn Sie eine Verbindung herstellen, verwenden Sie LocalDB als Datenbankinstanz.

Tipp    Verwenden Sie nach Möglichkeit eine eigenständige Version von Access. Wenn Sie nur Microsoft 365 verwenden können, verwenden Sie das Access 2010-Datenbankmodul, um Ihre Access-Datenbank zu migrieren, wenn Sie SSMA verwenden. Weitere Informationen finden Sie unter Microsoft Access Database Engine 2010 Redistributable.

Ausführen von SSMA

Microsoft bietet Microsoft SQL Server Migrationsassistent (SSMA), um die Migration zu vereinfachen. SSMA migriert hauptsächlich Tabellen und wählt Abfragen ohne Parameter aus. Formulare, Berichte, Makros und VBA-Module werden nicht konvertiert. Der SQL Server-Metadaten-Explorer zeigt Ihre Access-Datenbankobjekte und SQL Server-Objekte an, sodass Sie den aktuellen Inhalt beider Datenbanken überprüfen können. Diese beiden Verbindungen werden in Ihrer Migrationsdatei gespeichert, wenn Sie sich entscheiden, in Zukunft weitere Objekte zu übertragen.

Hinweis    Der Migrationsprozess kann je nach Größe der Datenbankobjekte und der Menge der daten, die übertragen werden müssen, einige Zeit dauern.

  1. Um eine Datenbank mit SSMA zu migrieren, laden Sie die Software zuerst herunter, und installieren Sie sie, indem Sie auf die heruntergeladene MSI-Datei doppelklicken. Stellen Sie sicher, dass Sie die entsprechende 32- oder 64-Bit-Version für Ihren Computer installieren.

  2. Öffnen Sie SSMA nach der Installation auf Dem Desktop, vorzugsweise auf dem Computer mit der Access-Datenbankdatei.

    Sie können sie auch auf einem Computer öffnen, der über das Netzwerk in einem freigegebenen Ordner Zugriff auf die Access-Datenbank hat.

  3. Befolgen Sie die ersten Anweisungen in SSMA, um grundlegende Informationen wie den Speicherort SQL Server, die Access-Datenbank und zu migrierende Objekte, Verbindungsinformationen und die Frage, ob Sie verknüpfte Tabellen erstellen möchten, zur Verfügung zu stellen.

  4. Wenn Sie zu SQL Server 2016 oder höher migrieren und eine verknüpfte Tabelle aktualisieren möchten, fügen Sie eine Zeilenversionsspalte hinzu, indem Sie Tools überprüfen >Projekteinstellungen > Allgemein auswählen.

    Das Zeilenumkehrfeld hilft, Datensatzkonflikte zu vermeiden. Access verwendet dieses Zeilenversionsfeld in einer SQL Server verknüpften Tabelle, um zu ermitteln, wann der Datensatz zuletzt aktualisiert wurde. Wenn Sie das Zeilenumleitungsfeld zu einer Abfrage hinzufügen, verwendet Access es auch, um die Zeile nach einem Aktualisierungsvorgang erneut auszuwählen. Dadurch wird die Effizienz verbessert, indem Fehler bei Schreibkonflikten und Szenarien zum Löschen von Aufzeichnungen vermieden werden, die auftreten können, wenn Access andere Ergebnisse als die ursprüngliche Übermittlung erkennt, z. B. bei Gleitkommazahlendatentypen und Triggern, die Spalten ändern. Vermeiden Sie jedoch die Verwendung des Zeilenversionsfelds in Formularen, Berichten oder VBA-Code. Weitere Informationen finden Sie unter Zeilenversion.

    Hinweis    Vermeiden Sie verwirrende Zeilenumbrüche mit Zeitstempeln. Obwohl der Schlüsselwortzeitstempel ein Synonym für zeilenversion in SQL Server, können Sie die Zeilenversion nicht als Zeitstempel für einen Dateneintrag verwenden.

  5. Wenn Sie genaue Datentypen festlegen möchten, wählen Sie Tools überprüfen > Projekteinstellungen >Typzuordnung aus. Wenn Sie beispielsweise nur englischen Text speichern, können Sie den Datentyp "varchar" anstelle des Datentyps "nvarchar" verwenden.

Konvertieren von Objekten

SSMA konvertiert Access-Objekte in SQL Server-Objekte, kopiert die Objekte jedoch nicht sofort. SSMA enthält eine Liste der folgenden zu migrierenden Objekte, sodass Sie entscheiden können, ob Sie sie in eine SQL Server verschieben möchten:

  • Tabellen und Spalten

  • Wählen Sie Abfragen ohne Parameter aus.

  • Primär- und Fremdschlüssel

  • Indizes und Standardwerte

  • Überprüfen von Einschränkungen (Spalteneigenschaft "Nulllänge zulassen", Spaltenüberprüfungsregel, Tabellenüberprüfung)

Als bewährte Methode verwenden Sie den SSMA-Bewertungsbericht, in dem die Konvertierungsergebnisse angezeigt werden, einschließlich Fehlern, Warnungen, Informationsmeldungen, Zeitschätzungen für die Durchführung der Migration und individuelle Fehlerkorrekturschritte, die sie ausführen müssen, bevor Sie die Objekte tatsächlich verschieben.

Beim Konvertieren von Datenbankobjekten werden die Objektdefinitionen aus den #A0 verwendet, in eine äquivalente Syntax von Transact-SQL (T-SQL)konvertiert und diese Informationen dann in das Projekt geladen. Anschließend können Sie die SQL Server- oder SQL Azure-Objekte und deren Eigenschaften mithilfe des SQL Server oder SQL Azure anzeigen.

Zum Konvertieren, Laden und Migrieren von Objekten in SQL Server folgen Sie diesem Handbuch.

Tipp    Nachdem Sie Ihre Access-Datenbank erfolgreich migriert haben, speichern Sie die Projektdatei zur späteren Verwendung, damit Sie Ihre Daten zum Testen oder zur endgültigen Migration erneut migrieren können.

Verknüpfen von Tabellen

Erwägen Sie die Installation der neuesten Version SQL Server OLE DB- und ODBC-Treibern, anstatt die systemeigenen Treiber SQL Server windows zu verwenden. Die neueren Treiber sind nicht nur schneller, sondern unterstützen auch neue Features in Azure SQL die vorherigen Treiber nicht. Sie können die Treiber auf jedem Computer installieren, auf dem die konvertierte Datenbank verwendet wird. Weitere Informationen finden Sie unter Microsoft OLE DB Driver 18 für SQL Server und Microsoft ODBC Driver 17 für SQL Server.

Nachdem Sie die Access-Tabellen migriert haben, können Sie eine Verknüpfung mit den Tabellen in SQL Server, die jetzt Ihre Daten hosten. Eine direkte Verknüpfung aus Access bietet Ihnen außerdem eine einfachere Möglichkeit zum Anzeigen Ihrer Daten, anstatt die komplexeren Verwaltungstools SQL Server verwenden.  Sie können verknüpfte Daten abfragen und bearbeiten, abhängig von den Berechtigungen, die von Ihrem SQL Server eingerichtet wurden.

Hinweis    Wenn Sie einen ODBC-DSN erstellen, wenn Sie während des Verknüpfungsvorgangs eine Verknüpfung mit Ihrer SQL Server-Datenbank herstellen, erstellen Sie entweder denselben DSN auf allen Computern, auf denen die neue Anwendung verwendet wird, oder verwenden Sie programmgesteuert die in der DSN-Datei gespeicherte Verbindungszeichenfolge.

Weitere Informationen finden Sie unter Verknüpfen oder Importieren von Daten aus einer Azure SQL Server-Datenbank und Importieren oder Verknüpfen mit Daten in einer SQL Server Datenbank.

Tipp   Vergessen Sie nicht, den Verknüpften Tabellen-Manager in Access zu verwenden, um Tabellen bequem zu aktualisieren und neu zu verlinken. Weitere Informationen finden Sie unter Verwalten verknüpfter Tabellen.

Testen und Überarbeiten

In den folgenden Abschnitten werden häufige Probleme beschrieben, die während der Migration auftreten können, und wie Sie damit umgehen können.

Abfragen

Nur Auswahlabfragen werden konvertiert. andere Abfragen sind nicht enthalten, einschließlich Auswahlabfragen, die Parameter übernehmen. Einige Abfragen werden möglicherweise nicht vollständig konvertiert, und SSMA meldet Abfragefehler während des Konvertierungsprozesses. Sie können Objekte, die nicht konvertiert werden, manuell mithilfe von T-SQL bearbeiten. Syntaxfehler erfordern möglicherweise auch das manuelle Konvertieren von Access-spezifischen Funktionen und Datentypen in SQL Server. Weitere Informationen finden Sie unter Vergleich von Access SQL und SQL Server TSQL.

Datentypen

Access und SQL Server ähnliche Datentypen haben, beachten Sie jedoch die folgenden potenziellen Probleme.

Große Zahl    Der Datentyp "Große Zahl" speichert einen nicht monetären numerischen Wert und ist mit SQL bigint-Datentyp kompatibel. Sie können diesen Datentyp verwenden, um große Zahlen effizient zu berechnen, erfordert jedoch die Verwendung des Access 16-Datenbankdateiformats (16.0.7812 oder höher) und eine bessere Leistung mit der 64-Bit-Version von Access. Weitere Informationen finden Sie unter Verwenden des Datentyps "Große Zahl" und Auswählen zwischen der 64-Bit- oder 32-Bit-Version von Office.

Ja/Nein    Standardmäßig wird eine Spalte "Ja/Nein" von Access in ein SQL Server konvertiert. Stellen Sie sicher, dass für das Bitfeld null-Werte nicht zulässig sind, um die Datensatzsperre zu vermeiden. In SSMA können Sie die Bitspalte auswählen, um die Eigenschaft Nullen zulassen auf NEIN zu setzen. Verwenden Sie in TSQL die Anweisungen CREATE TABLE oder ALTER TABLE.

Datum und Uhrzeit    Es gibt mehrere Überlegungen zu Datum und Uhrzeit:

  • Wenn die Kompatibilitätsstufe der Datenbank 130 (SQL Server 2016) oder höher ist und eine verknüpfte Tabelle eine oder mehrere Datums- oder Datumszeit2-Spalten enthält, gibt die Tabelle möglicherweise die Meldung #deleted den Ergebnissen zurück. Weitere Informationen finden Sie unter Access linked table to SQL-Server database returns #deleted.

  • Verwenden Sie den Datentyp Access Date/Time, um dem Datentyp "Datetime" zu zuordnungen. Verwenden Sie den Datentyp Access Date/Time Extended, um dem Datentyp "datetime2" zu zuordnungen, der einen größeren Datums- und Uhrzeitbereich hat. Weitere Informationen finden Sie unter Verwenden des Datentyps "Datum/Uhrzeit erweitert".

  • Berücksichtigen Sie bei der Abfrage nach Datumsangaben in SQL Server die Uhrzeit sowie das Datum. Beispiel:

    • DateOrdered Between 1/19/19 and 1/31/19 may not include all orders.

    • DateOrdered Between 1/1/19 00:00:00 am and 1/31/19 11:59:59 PM does include all orders.

Anlage   Der Datentyp Anlage speichert eine Datei in der Access-Datenbank. In SQL Server können Sie mehrere Optionen in Betracht ziehen. Sie können die Dateien aus der Access-Datenbank extrahieren und dann links zu den Dateien in Ihrer SQL Server speichern. Alternativ können Sie FILESTREAM, FileTables oder Remote BLOB Store (RBS) verwenden, um Anlagen in der Datenbank SQL Server speichern.

Hyperlink    Access-Tabellen verfügen über Hyperlinkspalten, SQL Server nicht unterstützt werden. Standardmäßig werden diese Spalten in nvarchar(max)-Spalten in SQL Server konvertiert, aber Sie können die Zuordnung anpassen, um einen kleineren Datentyp zu wählen. In Ihrer Access-Lösung können Sie das Linkverhalten in Formularen und Berichten weiterhin verwenden, wenn Sie die Hyperlink-Eigenschaft für das Steuerelement auf "true" festlegen.

Mehrwertiges Feld    Das mehrwertige Access-Feld wird in SQL Server als ntext-Feld konvertiert, das den durch Trennzeichen getrennten Satz von Werten enthält. Da SQL Server keinen mehrwertigen Datentyp unterstützt, der eine m:n-Beziehung modelliert, kann zusätzlicher Entwurfs- und Konvertierungsaufwand erforderlich sein.

Weitere Informationen zum Zuordnen von Access- und SQL Server Datentypen finden Sie unter Vergleichen von Datentypen.

Hinweis    Mehrwertige Felder werden nicht konvertiert und in Access 2010 nicht mehr verwendet.

Weitere Informationen finden Sie unter Datums- und Uhrzeittypen,Zeichenfolgen- und Binärtypenund numerische Typen.

Visual Basic

VBA wird zwar nicht von SQL Server unterstützt, beachten Sie jedoch die folgenden möglichen Probleme:

VBA-Funktionen in Abfragen    Access-Abfragen unterstützen VBA-Funktionen für Daten in einer Abfragespalte. Access-Abfragen, die VBA-Funktionen verwenden, können jedoch nicht auf SQL Server ausgeführt werden, sodass alle angeforderten Daten zur Verarbeitung an Microsoft Access übergeben werden. In den meisten Fällen sollten diese Abfragen in Pass-Through-Abfragen konvertiert werden.

Benutzerdefinierte Funktionen in Abfragen    Microsoft Access-Abfragen unterstützen die Verwendung von Funktionen, die in VBA-Modulen definiert sind, um an sie übergebene Daten zu verarbeiten. Abfragen können eigenständige Abfragen, SQL-Anweisungen in Formular-/Berichtsdatensatzquellen, Datenquellen von Kombinationsfeldern und Listenfeldern in Formularen, Berichten und Tabellenfeldern sowie Standard- oder Gültigkeitsprüfungsregelausdrücke sein. SQL Server können diese benutzerdefinierten Funktionen nicht ausführen. Möglicherweise müssen Sie diese Funktionen manuell neu gestalten und in gespeicherte Prozeduren auf SQL Server.

Optimieren der Leistung

Die bei weitem wichtigste Möglichkeit, die Leistung mit Ihrem neuen Back-End-SQL Server zu optimieren, besteht in der Entscheidung, wann lokale oder Remoteabfragen verwendet werden. Wenn Sie Ihre Daten in SQL Server migrieren, werden Sie auch von einem Dateiserver zu einem Client-Server-Datenbankmodell der Datenverarbeitung migriert. Befolgen Sie die folgenden allgemeinen Richtlinien:

  • Führen Sie kleine schreibgeschützte Abfragen auf dem Client aus, um den schnellsten Zugriff zu erhalten.

  • Führen Sie lange Lese-/Schreibabfragen auf dem Server aus, um die größere Verarbeitungsleistung zu nutzen.

  • Minimieren Sie den Netzwerkdatenverkehr mit Filtern und Aggregationen, um nur die benötigten Daten zu übertragen.

Optimieren der Leistung im Clientserverdatenbankmodell

Weitere Informationen finden Sie unter Erstellen einer Pass-Through-Abfrage.

Im Folgenden finden Sie weitere empfohlene Richtlinien.

Setzen von Logik auf dem Server     Ihre Anwendung kann auch Ansichten, benutzerdefinierte Funktionen, gespeicherte Prozeduren, berechnete Felder und Trigger verwenden, um Anwendungslogik, Geschäftsregeln und Richtlinien, komplexe Abfragen, Datenüberprüfung und referenziellen Integritätscode auf dem Server und nicht auf dem Client zu zentralisieren und gemeinsam zu nutzen. Fragen Sie sich: Kann diese Abfrage oder Aufgabe auf dem Server besser und schneller ausgeführt werden? Testen Sie schließlich jede Abfrage, um eine optimale Leistung sicherzustellen.

Verwenden von Ansichten in Formularen und Berichten    Gehen Sie in Access wie folgt vor:

  • Verwenden Sie für Formulare eine SQL für ein schreibgeschütztes Formular und eine SQL indizierte Ansicht für ein Lese-/Schreibformular als Datensatzquelle.

  • Verwenden Sie für Berichte eine SQL als Datensatzquelle. Erstellen Sie jedoch eine separate Ansicht für jeden Bericht, damit Sie einen bestimmten Bericht einfacher aktualisieren können, ohne dass andere Berichte betroffen sind.

Minimieren des Ladens von Daten in einem Formular oder Bericht    Zeigen Sie daten erst an, wenn der Benutzer sie fragt. Lassen Sie beispielsweise die Datensatzquelleeigenschaft leer, lassen Sie Benutzer einen Filter in Ihrem Formular auswählen, und füllen Sie dann die Datensatzquelleeigenschaft mit dem Filter auf. Oder verwenden Sie die Where-Klausel von DoCmd.OpenForm und DoCmd.OpenReport, um die genauen Vom Benutzer benötigten Datensatzdaten zu anzeigen. Erwägen Sie, die Datensatznavigation zu deaktivieren.

Vorsicht bei heterogenen Abfragen   Vermeiden Sie das Ausführen einer Abfrage, die eine lokale Access-Tabelle und SQL Server verknüpfte Tabelle kombiniert, die manchmal als Hybridabfrage bezeichnet wird. Für diesen Abfragetyp muss Access weiterhin alle SQL Server-Daten auf den lokalen Computer herunterladen und dann die Abfrage ausführen. Die Abfrage wird nicht in SQL Server.

Verwenden lokaler Tabellen    Erwägen Sie, lokale Tabellen für Daten zu verwenden, die sich nur selten ändern, z. B. die Liste der Bundesstaaten oder Provinzen in einem Land oder einer Region. Statische Tabellen werden häufig zum Filtern verwendet und können im Access-Front-End besser eingesetzt werden.

Weitere Informationen finden Sie unter Datenbankoptimierungsratgeber, Verwenden der Leistungsanalyse zum Optimieren einer Access-Datenbankund Optimieren Microsoft Office access-Anwendungen,die mit SQL Server.

Siehe auch

Azure Database Migration Guide

Microsoft Data Migration Bloghttps://blogs.msdn.microsoft.com/datamigration/

Microsoft Access für SQL Server Migration, Konvertierung und Upsizinghttps://www.fmsinc.com/consulting/sqlserverupsizing.aspx

Möglichkeiten der Freigabe einer Access-Desktopdatenbank

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Übersetzungsqualität?
Was hat Ihre Erfahrung beeinflusst?

Vielen Dank für Ihr Feedback!

×