Office: Migrieren einer Access-Datenbank zu SQL Server

Migrieren einer Access-Datenbank zu SQL Server
Access für Microsoft 365 Access 2019 Access 2016 Access 2013 Access 2010 Access 2007 Mehr... Weniger Wir haben alle Grenzwerte, und eine Access-Datenbank ist keine Ausnahme. Eine Access-Datenbank weist beispielsweise eine Größenbeschränkung von 2 GB auf und kann nicht mehr als 255 gleichzeitige Benutzer unterstützen. Wenn es also an der Zeit ist, dass Ihre Access-Datenbank auf die nächste Ebene geht, können Sie zu SQL Server migrieren. SQL Server (ob lokal oder in der Azure-Cloud) unterstützt größere Datenmengen, mehr gleichzeitige Benutzer und hat eine größere Kapazität als das Jet/ACE-Datenbankmodul. Dieser Leitfaden bietet Ihnen einen reibungslosen Einstieg in Ihre SQL Server-Reise, hilft Ihnen, von Ihnen erstellte Front-End-Lösungen für den Zugriff zu erhalten, und motiviert Sie hoffentlich dazu, Access für zukünftige Datenbanklösungen zu verwenden. Der Upsizing-Assistent wurde aus Access in Access 2013 entfernt, sodass Sie jetzt den Microsoft SQL Server-Migrations-Assistenten (SSMA) verwenden können. Führen Sie die folgenden Schritte aus, um erfolgreich zu migrieren.



Erste Schritte
Die folgenden Abschnitte enthalten Hintergrundinformationen und weitere Informationen, die Ihnen bei den ersten Schritten helfen.

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

Daher können Sie die Front-End-Access-Datenbank mit verknüpften Tabellen weiterhin für die SQL Server-Tabellen verwalten. Sie können die Vorteile einer schnellen Anwendungsentwicklung, die von einer Access-Datenbank bereitgestellt wird, zusammen mit der Skalierbarkeit von SQL Server ableiten.

SQL Server-Vorteile
Sie benötigen noch etwas überzeugend, um zu SQL Server zu migrieren? Hier sind einige zusätzliche Vorteile, die Sie berücksichtigen sollten:

• Mehr gleichzeitige Benutzer    SQL Server kann viele mehr gleichzeitige Benutzer behandeln als Access und minimiert Arbeitsspeicheranforderungen, wenn mehr Benutzer hinzugefügt werden.
  
• Erhöhte 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.
  
• Leistungsfähigkeit und Skalierbarkeit    Die SQL Server-Datenbank führt in der Regel besser als eine Access-Datenbank, insbesondere bei einer großen Datenbank im Terabyte-Format. Darüber hinaus verarbeitet SQL Server Abfragen viel schneller und effizienter, indem Abfragen parallel verarbeitet werden, wobei mehrere systemeigene Threads innerhalb eines einzelnen Prozesses verwendet werden, um Benutzeranforderungen zu verarbeiten.
  
• Verbesserte Sicherheit    Bei Verwendung einer vertrauenswürdigen Verbindung wird SQL Server in die Windows-Systemsicherheit integriert, um einen einzigen integrierten Zugriff auf das Netzwerk und die Datenbank bereitzustellen, wobei die besten beiden Sicherheitssysteme eingesetzt werden. Dadurch ist es viel einfacher, komplexe Sicherheitsschemas zu verwalten. SQL Server ist der ideale Speicher für vertrauliche Informationen wie Sozialversicherungsnummern, Kreditkartendaten und Adressen, die vertraulich sind.
  
• Sofortige Wiederherstellungs barkeit    Wenn das Betriebssystem abstürzt oder der Strom ausfällt, kann SQL Server die Datenbank innerhalb weniger Minuten und ohne Eingriff des Datenbankadministrators automatisch in einem konsistenten Zustand wiederherstellen.
  
• Verwendung von VPN    Access und VPN (virtuelles privates Netzwerk) werden nicht miteinander verbunden. Bei 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 Ihnen drei Optionen zur Auswahl, die jeweils unterschiedliche Vorteile bieten:

• Einzelne Datenbank/Elastic-Pools    Diese Option verfügt über einen eigenen Satz von Ressourcen, die über einen SQL-Datenbankserver verwaltet werden. Eine einzelne Datenbank ist wie eine in SQL Server enthaltene Datenbank. Sie können auch einen elastischen Pool hinzufügen, bei dem es sich um eine Sammlung von Datenbanken mit einem freigegebenen Satz von Ressourcen handelt, die über den SQL-Datenbankserver verwaltet werden. Die am häufigsten verwendeten SQL Server-Features sind mit integrierten Sicherungen, Patchen und Wiederherstellung verfügbar. Es gibt jedoch keine garantierten genauen Wartungszeiten, und die Migration von SQL Server ist möglicherweise schwierig.
  
• Verwaltete Instanz    Bei dieser Option handelt es sich um eine Sammlung von System-und Benutzerdatenbanken mit einem freigegebenen Satz von Ressourcen. Eine verwaltete Instanz ähnelt einer Instanz der SQL Server-Datenbank, die in hohem Maße mit SQL Server lokal kompatibel ist. Eine verwaltete Instanz verfügt über integrierte Sicherungen, Patchen, Wiederherstellung und ist einfach von SQL Server zu migrieren. Es gibt jedoch nur eine geringe Anzahl von SQL Server-Features, die nicht verfügbar sind, und es wird keine exakte Wartungszeit garantiert.
  
• Virtueller Azure-Computer    Mit dieser Option können Sie SQL Server innerhalb einer virtuellen Maschine in der Azure Cloud ausführen. Sie haben die vollständige Kontrolle über das SQL Server-Modul und einen einfachen Migrationspfad. Sie müssen aber Ihre Backups, Patches und die Wiederherstellung verwalten.
  

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

Erste Schritte
Es gibt ein paar Probleme, die Sie im Vordergrund ansprechen können, um den Migrationsprozess zu rationalisieren, bevor Sie SSMA ausführen:

• Hinzufügen von Tabellen Indizes und Primärschlüsseln    Stellen Sie sicher, dass jede Access-Tabelle einen Index und einen Primärschlüssel aufweist. SQL Server erfordert, dass alle Tabellen über mindestens einen Index verfügen, und erfordert, dass eine verknüpfte Tabelle einen Primärschlüssel hat, 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 verknüpften Spalten mit unterschiedlichen Datentypen und Größen in Foreign Key-Einschränkungen.
  
• Entfernen der Anlage Spalte    SSMA migriert keine Tabellen, die die Spalte Anlage enthalten.
  

Bevor Sie SSMA ausführen, führen Sie die folgenden ersten Schritte aus.

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-Dateiformatbefindet, Entfernen Sie die Sicherheit auf Benutzerebene.
   
4. Sichern Sie Ihre Datenbank. Weitere Informationen finden Sie unter Schützen von Daten mit Sicherungs-und Wiederherstellungsprozessen.
   

Tipp    Installieren Sie Microsoft SQL Server Express Edition auf dem Desktop, das bis zu 10 GB unterstützt und eine kostenlose und einfachere Möglichkeit zum durchlaufen und Überprüfen der Migration bietet. 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-Datenbankmodul 2010.

Ausführen von SSMA
Microsoft stellt Microsoft SQL Server Migration Assistant (SSMA) bereit, 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über prü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 zu übertragenden Datenmenge einige Zeit in Anspruch nehmen.

1. Wenn Sie eine Datenbank mithilfe von SSMA migrieren möchten, müssen Sie zuerst die Software herunterladen und installieren, indem Sie auf die heruntergeladene MSI-Datei doppelklicken. Stellen Sie sicher, dass Sie die richtige 32-oder 64-Bit-Version für Ihren Computer installieren.
   
2. Öffnen Sie nach der Installation von SSMA auf Ihrem Desktop, vorzugsweise auf dem Computer mit der Access-Datenbankdatei.
   
   Sie können es auch auf einem Computer öffnen, der über das Netzwerk in einem freigegebenen Ordner auf die Access-Datenbank zugreifen kann.
   
3. Befolgen Sie die Anweisungen in SSMA, um grundlegende Informationen wie den SQL Server-Speicherort, die Access-Datenbank und die zu migrierenden Objekte sowie Verbindungsinformationen bereitzustellen und festzulegen, ob verknüpfte Tabellen erstellt werden sollen.
   
4. Wenn Sie zu SQL Server 2016 oder höher migrieren und eine verknüpfte Tabelle aktualisieren möchten, fügen Sie eine rowversion-Spalte hinzu, indem Sie überprüfen-Tools > Projekteinstellungen > Allgemeinauswählen.
   
   Das rowversion-Feld hilft, Datensatzkonflikte zu vermeiden. Access verwendet dieses rowversion-Feld in einer verknüpften SQL Server-Tabelle, um zu ermitteln, wann der Datensatz zuletzt aktualisiert wurde. Wenn Sie eine Abfrage das rowversion-Feld hinzufügen, wird die Zeile nach einem Aktualisierungsvorgang von Access erneut ausgewählt. Dadurch wird die Effizienz verbessert, da Schreibkonflikt Fehler und Daten Satz Löschungs Szenarien vermieden werden, die auftreten können, wenn Access unterschiedliche Ergebnisse der ursprünglichen Übermittlung erkennt, wie beispielsweise bei Datentypen mit Gleitkommazahlen und Triggern, die Spalten ändern. Vermeiden Sie jedoch die Verwendung des rowversion-Felds in Formularen, Berichten oder VBA-Code. Weitere Informationen finden Sie unter rowversion.
   
   Hinweis    Vermeiden Sie verwirrende rowversion mit Timestamps. Obwohl das Schlüsselwort TIMESTAMP ein Synonym für rowversion in SQL Server ist, können Sie rowversion nicht als Möglichkeit zum timestampn einer Dateneingabe verwenden.
   
5. Um genaue Datentypen einzurichten, wählen Sie Tools > Projekteinstellungen > Typzuordnungüberprüfen aus. Wenn Sie beispielsweise nur englischen Text speichern, können Sie den Datentyp varchar und nicht nvarchar verwenden.
   

Konvertieren von Objekten
SSMA konvertiert Access-Objekte in SQL Server-Objekte, aber die Objekte werden nicht sofort kopiert. SSMA stellt eine Liste der folgenden zu migrierenden Objekte bereit, sodass Sie entscheiden können, ob Sie Sie in die SQL Server-Datenbank verschieben möchten:

• Tabellen und Spalten
  
• Wählen Sie Abfragen ohne Parameter aus.
  
• Primär-und Fremdschlüssel
  
• Indizes und Standardwerte
  
• Check-Einschränkungen (Spalteneigenschaft "Null Länge", Spalten Überprüfungsregel, Tabellenüberprüfung zulassen)
  

Als bewährte Methode verwenden Sie den SSMA-Beurteilungsbericht, in dem die Konvertierungsergebnisse angezeigt werden, einschließlich Fehler, Warnungen, Informationsmeldungen, Zeitschätzungen für die Durchführung der Migration sowie einzelne Schritte zur Fehlerkorrektur, die ausgeführt werden müssen, bevor Sie die Objekte tatsächlich verschieben.

Beim Konvertieren von Datenbankobjekten werden die Objektdefinitionen aus den Access-Metadaten übernommen, in eine entsprechende Transact-SQL-Syntax (T-SQL)konvertiert und dann diese Informationen in das Projekt geladen. Sie können dann die SQL Server-oder SQL Azure-Objekte und ihre Eigenschaften mithilfe von SQL Server oder SQL Azure-Metadaten-Explorer anzeigen.

Wenn Sie Objekte in SQL Server konvertieren, laden und migrieren möchten, folgen Sie diesem Leitfaden.

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

Verknüpfen von Tabellen
Sie sollten die neueste Version der SQL Server-OLE DB-und ODBC-Treiber installieren, anstatt die systemeigenen SQL Server-Treiber zu verwenden, die im Lieferumfang von Windows enthalten sind. Die neueren Treiber sind nicht nur schneller, sondern unterstützen neue Features in Azure SQL, die von den vorherigen Treibern nicht ausgeführt werden. Sie können die Treiber auf jedem Computer installieren, auf dem die konvertierte Datenbank verwendet wird. Weitere Informationen finden Sie unter Microsoft OLE DB-Treiber 18 für SQL Server und Microsoft ODBC-Treiber 17 für SQL Server.

Nachdem Sie die Access-Tabellen migriert haben, können Sie eine Verknüpfung zu den Tabellen in SQL Server herstellen, die jetzt Ihre Daten hosten. Das direkte Verknüpfen von Access bietet Ihnen außerdem eine einfachere Möglichkeit, Ihre Daten anzuzeigen, anstatt die komplexeren SQL Server-Verwaltungstools zu verwenden.  Sie können verknüpfte Daten abhängig von den Berechtigungen Abfragen und bearbeiten, die von Ihrem SQL Server-Datenbankadministrator eingerichtet wurden.

Hinweis    Wenn Sie während des Verknüpfungs Prozesses einen ODBC-DSN erstellen, wenn Sie eine Verknüpfung zu Ihrer SQL Server-Datenbank herstellen, erstellen Sie entweder denselben DSN auf allen Computern, die die neue Anwendung verwenden, 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 von oder Verknüpfen mit Daten in einer SQL Server-Datenbank.

Tipp   Vergessen Sie nicht, den Tabellenverknüpfungs-Manager in Access zu verwenden, um Tabellen bequem zu aktualisieren und neu zu verknüpfen. Weitere Informationen finden Sie unter Verwalten von verknüpften Tabellen.

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

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 Abfrage Fehler während des Konvertierungsprozesses. Sie können Objekte, die nicht mit der T-SQL-Syntax konvertiert werden, manuell bearbeiten. Syntax Fehler erfordern möglicherweise auch das manuelle Konvertieren von Zugriffs spezifischen Funktionen und Datentypen in SQL Server-Dateien. Weitere Informationen finden Sie unter Vergleich von Access SQL mit SQL Server TSQL.

Datentypen
Access und SQL Server weisen ähnliche Datentypen auf, doch beachten Sie die folgenden potenziellen Probleme.

Große Zahl    Der Datentyp "große Zahl" speichert einen nicht monetären, numerischen Wert und ist mit dem SQL BIGINT-Datentyp kompatibel. Sie können diesen Datentyp verwenden, um große Zahlen effizient zu berechnen, es ist jedoch die Verwendung des Access 16 (16.0.7812 oder höher). accdb-Datenbankdateiformats erforderlich, das mit der 64-Bit-Version von Access besser funktioniert. 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 Access-Ja/Nein-Spalte in ein SQL Server-Bitfeld konvertiert. Um das Sperren von Datensätzen zu vermeiden, stellen Sie sicher, dass das Bitfeld so eingestellt ist, dass Nullwerte unzulässig sind. IN SSMA können Sie die Spalte Bit auswählen, um die Eigenschaft NULL zulassen auf Nein festzulegen. Verwenden Sie in TSQL die CREATE TABLE -oder ALTER TABLE -Anweisung.

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

• Wenn der Kompatibilitätsgrad der Datenbank 130 (SQL Server 2016) oder höher ist und eine verknüpfte Tabelle mindestens eine DateTime-oder datetime2-Spalte enthält, gibt die Tabelle möglicherweise die Meldung #Deleted in den Ergebnissen zurück. Weitere Informationen finden Sie unter Access-verknüpfte Tabelle zu SQL Server-Datenbank gibt #Deleted zurück.
  
• Verwenden Sie den Datentyp "Datum/Uhrzeit" für Access, um dem Datentyp "DateTime" zuzuordnen. Verwenden Sie den Datentyp "Access Date/Time Extended", um dem datetime2 -Datentyp zuzuordnen, der einen größeren Datums-und Zeitbereich aufweist. Weitere Informationen finden Sie unter Verwenden des erweiterten Datentyps "Datum/Uhrzeit".
  
• Berücksichtigen Sie beim Abfragen von Datumsangaben in SQL Server sowohl die Uhrzeit als auch das Datum. Beispiel:
  
  • DateOrdered zwischen 1/1/19 und 1/31/19 enthalten möglicherweise nicht alle Bestellungen.
    
  • DateOrdered zwischen 1/1/19 00:00:00 und 1/31/19 11:59:59 Uhr umfasst alle Bestellungen.
    

Anlage   Der Datentyp "Anlage" speichert eine Datei in Access-Datenbank. In SQL Server stehen Ihnen mehrere Optionen zur Auswahl. Sie können die Dateien aus der Access-Datenbank extrahieren und dann Links zu den Dateien in Ihrer SQL Server-Datenbank speichern. Alternativ können Sie FILESTREAM, filetables oder den Remote-BLOB-Speicher (RBS) verwenden, um Anlagen in der SQL Server-Datenbank zu speichern.

Hyperlink    Access-Tabellen verfügen über Hyperlink-Spalten, die von SQL Server nicht unterstützt werden. Standardmäßig werden diese Spalten in nvarchar (max)-Spalten in SQL Server konvertiert, Sie können die Zuordnung aber so anpassen, dass ein kleinerer Datentyp ausgewählt wird. In Ihrer Access-Lösung können Sie das Hyperlink-Verhalten in Formularen und Berichten weiterhin verwenden, wenn Sie die Link -Eigenschaft für das Steuerelement auf true festlegen.

Mehrwertiges Feld    Das Access-mehrwertige Feld wird in SQL Server als ntext-Feld konvertiert, das die getrennte Gruppe 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 unterstützt.

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

Visual Basic
Obwohl VBA von SQL Server nicht unterstützt wird, sollten Sie die folgenden möglichen Probleme beachten:

VBA-Funktionen in Abfragen    Access-Abfragen unterstützen VBA-Funktionen für Daten in einer Abfrage Spalte. Access-Abfragen, die VBA-Funktionen verwenden, können aber 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-Abfragenkonvertiert 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-und Berichtsdaten Satz Quellen, Datenquellen für Kombinationsfelder und Listenfelder in Formularen, Berichten und Tabellenfeldern sowie Standardausdrücke oder Gültigkeitsprüfungsregel Ausdrücke sein. SQL Server kann diese benutzerdefinierten Funktionen nicht ausführen. Möglicherweise müssen Sie diese Funktionen manuell neu entwerfen und in gespeicherte Prozeduren in SQL Server konvertieren.

Optimieren der Leistung
Bei weitem ist die wichtigste Möglichkeit, die Leistung mit dem neuen, Back-End-SQL Server zu optimieren, die Entscheidung, wann lokale oder Remoteabfragen zu verwenden sind. Wenn Sie Ihre Daten nach SQL Server migrieren, wechseln Sie auch von einem Datei Server zu einem Client-Server-Datenbankmodell von Computing. Befolgen Sie diese allgemeinen Richtlinien:

• Ausführen kleiner, schreibgeschützter Abfragen auf dem Client für den schnellsten Zugriff.
  
• Führen Sie lange, Lese-und Schreib Abfragen auf dem Server aus, um die höhere Verarbeitungsleistung zu nutzen.
  
• Minimieren Sie den Netzwerkverkehr mit Filtern und Aggregationen, um nur die benötigten Daten zu übertragen.
  

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

Im folgenden finden Sie weitere empfohlene Richtlinien.

Einfügen der 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 referentieller Integritäts Code auf dem Server und nicht auf dem Client zu zentralisieren und freizugeben. Fragen Sie sich selbst: können diese Abfrage oder Aufgabe auf dem Server besser und schneller ausgeführt werden? Testen Sie schließlich jede Abfrage, um eine optimale Leistung zu gewährleisten.

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

• Verwenden Sie für Formulare eine SQL-Ansicht für ein schreibgeschütztes Formular und eine SQL-indizierte Sicht für ein Lese-/Schreibzugriff-Formular als Datensatzquelle.
  
• Verwenden Sie für Berichte eine SQL-Ansicht als Datensatzquelle. Erstellen Sie jedoch eine separate Ansicht für jeden Bericht, damit Sie einen bestimmten Bericht einfacher aktualisieren können, ohne dass dies Auswirkungen auf andere Berichte hat.
  

Minimieren des Ladens von Daten in einem Formular oder Bericht    Zeigen Sie keine Daten an, bis der Benutzer sie anfordert. Halten Sie beispielsweise die Datensatzherkunft-Eigenschaft leer, wählen Sie Benutzer einen Filter für Ihr Formular aus, und füllen Sie dann die Datensatzherkunft-Eigenschaft mit dem Filter auf. Oder verwenden Sie die WHERE-Klausel von DoCmd. OpenForm und DoCmd. OpenReport, um die genauen vom Benutzer benötigten Datensätze anzuzeigen. Sie sollten die Datensatznavigation deaktivieren.

Seien Sie vorsichtig mit heterogenen Abfragen   Vermeiden Sie es, eine Abfrage auszuführen, die eine lokale Access-Tabelle und eine SQL Server-verknüpfte Tabelle kombiniert, die auch als Hybrid Abfrage bezeichnet wird. Für diese Art von Abfrage ist weiterhin Zugriff erforderlich, um alle SQL Server-Daten auf den lokalen Computer herunterzuladen und dann die Abfrage auszuführen, und die Abfrage wird in SQL Server nicht ausgeführt.

Verwendungszweck für lokale Tabellen    Verwenden Sie lokale Tabellen für Daten, die sich selten ändern, beispielsweise die Liste der Bundesländer oder Bundesländer in einem Land oder einer Region. Statische Tabellen werden häufig für Filter verwendet und können auf dem Access-Front-End besser ausgeführt werden.

Weitere Informationen finden Sie unter Datenbankmodul-Optimierungsratgeber, Verwenden des Leistungsanalysetools zum Optimieren einer Access-Datenbankund Optimieren von Microsoft Office Access-Anwendungen, die mit SQL Server verknüpftsind.

Siehe auch
Azure Database Migration Guide

Blog für Microsoft-Daten Migration

Microsoft Access für SQL Server-Migration, Konvertierung und Upsizing

Möglichkeiten der Freigabe einer Access-Desktopdatenbank

Hinweis:  Diese Seite wurde automatisiert übersetzt und kann Grammatikfehler oder Ungenauigkeiten enthalten. Unser Ziel ist es, Ihnen hilfreiche Inhalte bereitzustellen. Lassen Sie uns bitte wissen, ob diese Informationen hilfreich für Sie waren. Hier finden Sie den englischen Artikel als Referenz.

:)