<\/p>\n
Autor: Klaus Giesen, Wuppertal<\/p>\n
<\/b><\/p>\n
Der Wunsch nach Optimierung von Access-Datenbanken zur Beschleunigung der Informationsbeschaffung ist verständlich und liegt nahe. Schließlich soll eine Datenbankanwendung so schnell wie möglich laufen bzw. die Informationsbeschaffung so schnell wie möglich stattfinden – also eine hohe Performance bieten. Die grundlegende Voraussetzung für eine schnellere, optimierte Datenbankanwendung liegt dabei zum größten Teil im Know-how des Entwicklers. Der folgende Beitrag beschäftigt sich mit den unterschiedlichen Möglichkeiten zur Beschleunigung einer Access-Datenbank.<\/b><\/p>\n
Optimierung ist die Einstellung von Größen, Eigenschaften und zeitlichen Abläufen zur Steigerung von Qualität und Geschwindigkeit von Prozessen. Diese Definition ist natürlich mit den Wünschen an eine Datenbankanwendung identisch. Dabei gibt es grundsätzlich zwei Ansatzpunkte für mögliche Anpassungen: die Hard- und die Software.<\/p>\n
Bei vielen Windows-Anwendungen sind Leistungssteigerungen sehr einfach zu erreichen, indem Sie beispielsweise in Ihren PC eine höher getaktete CPU oder mehr Hauptspeicher einbauen.<\/p>\n
Bei einer Access-Datenbank ist diese Vorgehensweise zwar empfehlenswert, aber oft nicht ausreichend. Der Grund dafür liegt nahe: Eine Datenbank-Anwendung hat primär die Aufgabe, große Datenmengen anzuzeigen und zu verarbeiten. Im Hinblick auf die Performance kommt es hier primär auf die optimale Organisation der Daten an. Dies bedeutet, dass schon beim Erstellen des Datenmodells, also dem Grundgerüst einer Datenbank, gravierende Fehler auftreten können. Daraus ergibt sich folgende Konsequenz:<\/p>\n
Die Geschwindigkeitsoptimierung einer existierenden Access-Datenbank lässt sich nicht auf einen Schlag erreichen; den berühmten großen Wurf gibt es in diesem Zusammenhang einfach nicht.<\/p>\n
Deswegen besteht auch der Optimierungsprozess aus einer Vielzahl von Einzelschritten, die systematisch mit dem nötigen Know-how nacheinander abgearbeitet werden müssen.<\/p>\n
Das gewünschte Ziel ist also nur durch die Addition vieler kleiner Optimierungsschritte zu erreichen.<\/p>\n
Jede Optimierung sollte bei Ihrem Computersystem beginnen. Zumindest sollten Sie überprüfen, ob Ihr System den gängigen Anforderungen entspricht, und dort gegebenenfalls nachbessern.<\/p>\n
Falls Sie eine umfangreiche Access 2000-Anwendung beispielsweise auf einem 100 MHz Pentium mit 32 MByte RAM – so etwas war mal ein schneller Rechner! – laufen lassen wollen, sollten Sie erst dann ernsthaft weiterlesen, nachdem Sie Ihre Hardwareausstattung aktualisiert haben.<\/p>\n
Doch was heißt das konkret Nun, der heutzutage an jeder Ecke angebotene so genannte Multimedia-PC braucht es überhaupt nicht zu sein. Um mit Access vernünftig arbeiten zu können, sollten Sie aber mindestens über folgende Ausstattung verfügen:<\/p>\n
Das ist nach aktuellen Maßstäben eigentlich sehr wenig und deshalb ohne Weiteres erschwinglich.<\/p>\n
Die Festplatte spielt hier übrigens eine wesentliche Rolle, da sie letztendlich der Flaschenhals für alle Lese- und Schreibvorgänge ist. Daher beachten Sie folgende Tipps:<\/p>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic001.png\")
<\/p>\n
<\/b><\/p>\n
Bild 1: Datenbank exklusiv öffnen<\/span><\/b><\/p>\n Parallel zu Optimierung der Hardware sollten Sie Ihre Access-Datenbank einer genaueren Untersuchung unterziehen. Hier versucht Access, Sie mit dem Assistenten zur Leistungsanalyse zu unterstützen.<\/p>\n Dieser Assistent kann entweder die gesamte Datenbank oder einzelne Datenbankobjekte analysieren und Optimierungsvorschläge machen. Falls Sie es wünschen, kann der Leistungsanalyse-Assistent außerdem einige änderungen automatisch vornehmen. Der Assistent ist weitgehend selbsterklärend und soll daher nicht weiter erläutert werden.<\/p>\n Dass der Assistent zur Leistungsanalyse seine klaren Grenzen hat und für einen engagierten Access-Anwender nur einen Einstieg bieten kann, liegt auf der Hand. Außerdem ist es ohnehin günstiger, die entsprechenden änderungen von Hand durchzuführen, da der Assistent nicht zwangsläufig nur sinnvolle Vorschläge macht.<\/p>\n Falls nur Sie alleine auf eine Access-Datenbank zugreifen, platzieren Sie diese in jedem Fall auf Ihrer lokalen Festplatte und nicht etwa auf einem Netzwerk-Laufwerk.<\/p>\n Gleichzeitig öffnen Sie die Datenbank zur exklusiven Verwendung.<\/p>\n <\/b><\/p>\n Bild 2: Einstellung der automatischen Komprimierung beim Schließen der Datenbank<\/span><\/b><\/p>\n Klicken Sie dazu im Dialogfenster öffnen auf das nach unten gerichtete Dreieck neben der Schaltfläche öffnen und markieren Sie den Eintrag Exklusiv öffnen (siehe Bild 1).<\/p>\n Verschiedene Aktionen wie z. B. das Löschen von Daten in Tabellen und das Zwischenspeichern von Daten in temporären Tabellen führen zum Aufblähen der Datenbank, da gelöschte Daten nicht komplett aus der Datenbank entfernt werden. <\/p>\n Durch das Komprimieren einer Access-Datenbank über den Menübefehl Extras ( Datenbank-Dienstprogramme ( Datenbank komprimieren und reparieren können Sie die angesammelten Fragmente wieder entfernen.<\/p>\n Sie können unter Access 2000 das Komprimieren automatisch beim Schließen der aktuellen Datenbank ausführen, indem Sie über Extras\/Optionen das Dialogfenster Optionen öffnen. Aktivieren Sie dann im Register Allgemein das Kontrollkästchen Beim Schließen Komprimieren (siehe Bild 2). <\/p>\n Außerdem ordnet Access beim Komprimieren die Datensätze in einer Tabelle optimal an und organisiert die Indextabellen neu.<\/p>\n Deshalb können auch Abfragen durch das Komprimieren beschleunigt werden. Zusätzlich sollten Sie jedoch nach einer Komprimierung jede Abfrage erneut ausführen, damit diese auf Grundlage der aktualisierten Tabellenorganisation neu kompiliert wird.<\/p>\n Bei der Konvertierung einer Datenbank in eine MDE-Datei wird der Zugriff auf die Entwurfsansicht von Formularen, Berichten und Seiten sowie auf den VBA-Code verhindert. <\/p>\n Darüber hinaus wird auch die Datenbankdatei verkleinert. Als Nebeneffekt dieser optimierten Speichernutzung ergibt sich eine Leistungssteigerung.<\/p>\n Die Konvertierung erfolgt wieder über das Menü Extras\/Datenbank-Dienstprogramme. Wählen Sie dort den Befehl MDE-Datei erstellen aus.<\/p>\n Konvertieren Sie eventuell vorhandene Makros zu VBA-Code, da VBA-Code wesentlich schneller als Makro-Code ausgeführt wird. Dazu benötigen Sie noch nicht einmal VBA-Kenntnisse, denn Access stellt auch hierfür einen Assistenten zur Verfügung.<\/p>\n Access konvertiert das Makro und erstellt ein neues Modul mit dem Namen Konvertiertes Makro- [Makroname].<\/p>\n <\/b><\/p>\n Bild 3: Das Dialogfenster Konvertiere Makro<\/span><\/b><\/p>\n Wie bereits angedeutet, spielt die Datenstruktur einer Datenbank eine wesentliche Rolle für die Performance.<\/p>\n Die Erläuterung der Normalisierung einer Datenbank würde den Rahmen des vorliegenden Beitrags sprengen. Detaillierte Informationen zu diesem Thema finden Sie allerdings im Praxishandbuch, und zwar in Kapitel 3 des Beitrags Anwendungsentwicklung mit Access (Gruppe 2.2).<\/p>\n Nach dem Entwurf des Datenmodells betrachten wir im Folgenden die Optimierungsmöglichkeiten beim Tabellenentwurf.<\/p>\n Jede Tabelle sollte zur eindeutigen Identifikation eines Datensatzes ein Primärschlüsselfeld besitzen. Die Anwendung kann so schnell auf den betreffenden Datensatz zugreifen. Außerdem ist ein Primärschlüsselfeld zwingend notwendig, wenn diese Tabelle Bestandteil einer Beziehung sein soll.<\/p>\n Wählen Sie die Datentypen so aus, dass diese von der Größe her soeben für ihren Anwendungszweck ausreichen und keinen unnötigen Speicherplatz verschwenden. Dazu zwei Beispiele:<\/p>\n Zum Speichern einer Ganzzahl stehen Ihnen die Feldgrößen Byte, Integer und Long Integer zur Verfügung.<\/p>\n Für diese drei Datentypen gelten die Eigenschaften aus Tab. 1.<\/p>\n Datentyp<\/b><\/p>\n<\/td>\n Wertebereich<\/b><\/p>\n<\/td>\n Speicherplatz<\/b><\/p>\n<\/td>\n<\/tr>\n Byte<\/p>\n<\/td>\n 0 bis 256<\/p>\n<\/td>\n 1 Byte<\/p>\n<\/td>\n<\/tr>\n Integer<\/p>\n<\/td>\n -32.768 bis 32.767<\/p>\n<\/td>\n 2 Bytes<\/p>\n<\/td>\n<\/tr>\n Long Integer<\/p>\n<\/td>\n -2.147.483.648 bis 2.147.483.647<\/p>\n<\/td>\n 4 Bytes<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 1: Gegenüberstellung numerischer Datentypen mit ihren Eigenschaften<\/b><\/p>\n Betrachten Sie zunächst den Wertebereich. In vielen Fällen kann schon im Voraus abgesehen werden, wie groß der Zahlenwert maximal werden kann, der in einem Feld gespeichert werden soll. Bei der Abteilungsgröße kann zum Beispiel ohne Weiteres abgeschätzt werden, ob die Anzahl der Mitarbeiter in Zukunft auf über 256 steigen wird.<\/p>\n Falls Sie zu einem späteren Zeitpunkt feststellen, dass die Feldgröße für die aktuellen Anforderungen zu klein ist, können Sie die Feldgröße ohne Probleme bei Bedarf nachträglich vergrößern.<\/p>\n Bei Feldern mit dem Datentyp Text wird in der Regel eine Feldgröße von 50 Zeichen voreingestellt. Sie sollten bei jedem Feld einzeln prüfen, ob diese Feldgröße wirklich erforderlich ist.<\/p>\n Zum Speichern einer deutschen Postleitzahl macht dies beispielsweise überhaupt keinen Sinn, weil dazu fünf Zeichen ausreichen.<\/p>\n Je kleiner ein Feld, desto weniger Platz wird belegt. Dies nutzt der Performance.<\/p>\n Alle Felder einer Tabelle, über die verknüpft, sortiert oder gefiltert wird, sollten zur Geschwindigkeitsoptimierung indiziert sein. Wenn Sie beispielsweise nach einem Feld suchen, das nicht indiziert ist, muss Access einen „table scan“ durchführen. Dies bedeutet, dass die komplette Tabelle geladen und jeder Wert verglichen werden muss.<\/p>\n Beim Einsatz eines Index legt Access intern eine sortierte Indextabelle an, die schnell geladen und durchsucht werden kann. Jeder Eintrag dieser Index-Tabelle enthält einen Zeiger auf den Datensatz der Haupttabelle.<\/p>\n <\/b><\/p>\n Bild 4: Mehrfelder-Index<\/span><\/b><\/p>\n Es gilt allerdings auch, dass das Anfügen und Löschen von Datensätzen bei indizierten Feldern länger dauert, weil auch die jeweiligen Indextabellen aktualisiert und neu sortiert werden müssen.<\/p>\n Deshalb sollten Sie auch nur die wirklich benötigten Felder der Tabelle indizieren.<\/p>\n Eine Tabelle kann auch mehrere Indizes gleichzeitig haben. Ein solcher Mehrfelder-Index bietet sich immer dann an, wenn in einer Abfrage oft nach derselben Feldkombination gesucht oder sortiert wird.<\/p>\n Bei der Tabelle tblPersonal der Beispieldatenbank trifft dies auf die Felder txtNachname und txtVorname zu (siehe Bild 4).<\/p>\n Achten Sie aber darauf, zu einem Mehrfelder-Index nur die unbedingt notwendigen Felder hinzuzufügen.<\/p>\n Das Abwägen der Vor- und Nachteile bei der Verwendung von Indizes stellt ein echtes Optimierungsproblem dar. Orientieren Sie sich an den folgenden Richtlinien:<\/p>\n Bei eingebundenen Access-Tabellen gibt es einige zusätzliche Besonderheiten zu beachten.<\/p>\n Die Verwaltung verknüpfter Tabellen in Access erfordert im Allgemeinen etwas mehr Aufwand. Der Grund dafür ist einfach in der Tatsache begründet, dass es sich in diesem Fall um eine externe Datei handelt und deshalb häufigere Dateizugriffe notwendig sind.<\/p>\n Die Beachtung folgender Richtlinien kann den Bearbeitungsaufwand bei eingebundenen Tabellen minimieren:<\/p>\n <\/b><\/p>\n Bild 5: Ausgewählte Felder im Abfrageentwurf<\/span><\/b><\/p>\n Abfragen bieten Ihnen verschiedene Möglichkeiten zur Optimierung an. Da überdies Abfragen normalerweise in einer Datenbankanwendung in größerer Anzahl verwendet werden, ist dieser Abschnitt auch einer der Schwerpunkte dieses Beitrags.<\/p>\n Verzichten Sie darauf, beim Entwurf einer Abfrage das * (Symbol für alle Felder) in den Abfrageentwurf zu ziehen.<\/p>\n <\/b><\/p>\n <\/p>\n Bild 6: SQL-Anweisung als Datenherkunft für ein Kombinationsfeld<\/span><\/b><\/p>\n Fügen Sie statt dessen dem Abfrageentwurf nur die wirklich benötigten Felder hinzu (siehe Bild 5) und deaktivieren Sie die Option Anzeigen, wenn diese Felder nicht angezeigt werden sollen. Oft müssen beispielsweise Felder, nach denen gesucht wird, nicht im Ergebnis angezeigt werden.<\/p>\n Alle Felder, die beim Abfrageentwurf mit Kriterien verwendet werden, sollten indiziert sein – genauso wie die Felder auf den beiden Seiten einer Verknüpfung (falls Sie diese nicht über Primär- und Fremdschlüssel verknüpfen, die sowieso indiziert sein sollten).<\/p>\n Für Formulare, Berichte oder auch Steuerelemente wie Kombinations- oder Listenfelder können als Datenherkunft – neben Tabellen – auch SQL-Anweisungen oder Abfragen angegeben werden (siehe Bild 6).<\/p>\n Beim Speichern einer Abfrage erstellt Access einen „Execution plan“ und speichert ebenfalls ab. Beim erneuten Aufruf der Abfrage kann Access auf die Erstellung eines erneuten Plans verzichten, was Zeit spart. Speichern Sie eventuell vorhandene SQL-Anweisungen daher als Abfragen. Wählen Sie anschließend anstelle der SQL-Anweisung den Namen der Abfrage als Datenherkunft aus.<\/p>\n <\/b><\/p>\n Bild 7: Entwurfsansicht einer Unterabfrage<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 8: Ausdrücke in einer Abfrage<\/span><\/b><\/p>\n Mit Hilfe der Count-Funktion können Datensätze in einer Abfrage gezählt werden.<\/p>\n Verwenden Sie in einem solchen Fall die Syntax Count(*) anstelle von Count([Feldname]).<\/p>\n Die folgende SQL-Anweisung zählt alle Datensätze in der Tabelle tblPersonal der Beispieldatenbank:<\/p>\n Das gleiche Ergebnis liefert auch diese Anweisung:<\/p>\n Die Ausführung dieser Anweisung ist jedoch deutlich langsamer, weil hierbei das betreffende Feld auch auf Nullwerte überprüft wird.<\/p>\n Unterabfragen sind Abfragen, die innerhalb einer Abfrage zum Beispiel als Kriterien verwendet werden können. Dabei wird in einer Auswahl- oder Aktionsabfrage eine weitere SQL-SELECT-Anweisung ausgeführt.<\/p>\n Mit Hilfe einer solchen Unterabfrage kann beispielsweise die durchschnittliche Anzahl der Mitarbeiter pro Abteilung berechnet werden. Mit diesem Durchschnittswert können dann alle Abteilungen ermittelt werden, die beispielsweise unterhalb des Durchschnitts liegen (siehe Bild 7).<\/p>\n Vermeiden Sie dabei die Verwendung berechneter Felder oder komplexer Ausdrücke innerhalb der Unterabfrage, weil dadurch die Ausführungsgeschwindigkeit der übergeordneten Abfrage deutlich verringert werden kann. <\/p>\n Dieser Hinweis gilt vor allem für die Verwendung der IIF-Funktion in Unterabfragen.<\/p>\n Oftmals sind für die Anzeige in einem Formular oder den Ausdruck in einem Bericht berechnete Ausdrücke notwendig, die auf Tabellendaten basieren. Bei der kleinen Personalverwaltung in der Beispieldatenbank sind dies das Alter und die Dauer der Betriebszugehörigkeit (siehe Bild 8).<\/p>\n Eine Lösung dieser Aufgabe wäre, die Berechnung in der dem Formular zugrunde liegenden Abfrage mit Hilfe eines Ausdrucks vorzunehmen.<\/p>\n Die Berechnung erfolgt mit Hilfe der benutzerdefinierten Funktionen Alter() und Dauer(), die Sie im Modul modAccOpt der Beispieldatenbank finden. <\/p>\n Anschließend werden dann die betreffenden Felder der Abfrage im Formular dargestellt.<\/p>\n Diese Lösung ist allerdings unter dem Gesichtspunkt optimaler Performance nicht optimal.<\/p>\n <\/b><\/p>\n Bild 9: Ausdruck als Steuerelementinhalt<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 10: Gruppierte Abfrage<\/span><\/b><\/p>\n Besser – weil schneller – ist es, derartige Berechnungen in ungebundenen Steuerelementen des Formulars vorzunehmen.<\/p>\n Dort wird als Wert für die Eigenschaft Steuerelementinhalt die entsprechende Funktion aufgerufen, der als Parameter der Inhalt des zu berechnenden Feldes übergeben wird (siehe Bild 9).<\/p>\n Bei der Verwendung von Gruppierungen in Abfragen ist es sinnvoll, nur die unbedingt notwendigen Felder zu gruppieren. Dadurch wird die Ausführungsgeschwindigkeit der Abfrage optimiert.<\/p>\n Das Beispiel in Bild 10 zeigt als Ergebnis die unterschiedlichen Positionen in den einzelnen Abteilungen an.<\/p>\n Wenn Sie häufiger Daten aus komplexen Abfragen benötigen, die sich nur selten ändern, erstellen Sie einfach mit Hilfe einer Tabellenerstellungsabfrage eine entsprechende Tabelle, in der diese Daten zusammengefasst werden.<\/p>\n Der Zugriff auf diese Tabelle – zum Beispiel als Datenherkunft für ein Formular oder einen Bericht – erfolgt dann schneller als die erneute Ausführung der Abfrage.<\/p>\n Es gibt noch einige weitere Möglichkeiten, die Performance durch die Anpassung von Abfragen zu verbessern.<\/p>\n Verknüpfte Felder in Abfragen sollten den gleichen oder einen kompatiblen Datentyp verwenden. Eine häufig verwendete und sinnvolle Kombination sind beispielsweise die Feldgrößen AutoWert und Long Integer.<\/p>\n Einschränkende Kriterien, wie beispielsweise der folgende Ausdruck, sollten nicht in berechneten und nicht indizierten Feldern verwendet werden:<\/p>\n Vermeiden Sie nach Möglichkeit Inklusionsverknüpfungen oder Outer Joins, da Access damit nicht so effektiv arbeiten kann.<\/p>\n <\/b><\/p>\n Bild 11: Kreuztabellenabfrage in der Entwurfsansicht<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 12: Sortierte Abfrage als Datenherkunft für ein Formular<\/span><\/b><\/p>\n Für den Zugriff auf indizierte Felder in einer Tabelle ist in einer Abfrage die Verwendung folgender Operatoren optimal:<\/p>\n Vermeiden Sie die gleichen Operatoren nach Möglichkeit bei nicht indizierten Tabellenfeldern.<\/p>\n Verwenden Sie möglichst keine Aggregatfunktionen wie DLookup oder DSum, um auf Daten in Tabellen zuzugreifen, die nicht Bestandteil einer Abfrage sind.<\/p>\n Falls der Zugriff auf Daten solcher Tabellen notwendig sein sollte, fügen Sie diese Tabellen nach Möglichkeit zur Abfrage hinzu oder erstellen Sie eine Unterabfrage.<\/p>\n Verwenden Sie bei Kreuztabellenabfragen nach Möglichkeit fixierte Spaltenüberschriften, um deren Ausführung zu beschleunigen (siehe Bild 11).<\/p>\n Formulare und Steuerelemente bieten ebenfalls eine Menge Möglichkeiten zur Leistungssteigerung.<\/p>\n Schon im letzten Abschnitt wurde erwähnt, aus Performancegründen für die Eigenschaft Datenherkunft eines Formulars keine SQL-Anweisung, sondern eine gespeicherte Abfrage zu verwenden.<\/p>\n Das gilt auch für die Möglichkeit, mit Hilfe eines Eingabeformulars das Anzeigen vorhandener Datensätze zu verhindern.<\/p>\n Die Datensätze der einem Formular zugrunde liegenden Abfrage sollten nur dann sortiert werden, wenn dies unbedingt erforderlich ist. Das gilt vor allem für Abfragen, in denen mehrere Tabellen zusammengefasst sind (siehe Bild 12).<\/p>\n <\/b><\/p>\n Bild 13: Das Eigenschaftsfenster eines Unterformulars<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 14: Eigenschaftsfenster eines Kombinationsfelds<\/span><\/b><\/p>\n Grundsätzlich gilt: Reduzieren Sie die Anzahl der Steuerelemente auf einem Formular auf ein absolutes Minimum, weil das Laden von Steuerelementen relativ zeitraubend ist. Vermeiden Sie weiterhin sich überlappende Steuerelemente.<\/p>\n Die Formularsteuerelemente mit dem höchsten Optimierungspotenzial sind Unterformulare, Listen- bzw. Kombinationsfelder und Grafiken.<\/p>\n Wenn die Datenherkunft eines Unterformulars eine Abfrage ist, fügen Sie nur die tatsächlich für das Unterformular benötigten Felder dem Abfrageentwurf hinzu.<\/p>\n Die Verknüpfungsfelder zwischen Formular und Unterformular sollten in jedem Fall indizierte Felder sein. Das sind die Felder, die in der Entwurfsansicht des Unterformularsteuerelements für die Eigenschaften Verknüpfen von und Verknüpfen nach angegeben werden (siehe Bild 13).<\/p>\n überlegen Sie sich, ob Sie anstelle eines Unterformulars ein Listen- oder Kombinationsfeld verwenden können. Die Ladezeit eines solchen Steuerelements ist deutlich schneller als die eines Unterformulars.<\/p>\n Auch Listen- und Kombinationsfelder sollten als Datenherkunft keine SQL-Anweisung, sondern eine gespeicherte Abfrage haben. Ebenso sollten nur die unbedingt benötigten Daten in solchen Steuerelementen angezeigt werden.<\/p>\n Indizieren Sie – falls diese Felder nicht identisch sind – sowohl das erste, als auch das gebundene Feld eines Listen- oder Kombinationsfelds.<\/p>\n Falls Sie die automatische Eingabeergänzung eines Kombinationsfeldes nicht benötigen, sollten Sie auch die Eigenschaft Automatisch ergänzen auf Nein einstellen (siehe Bild 14).<\/p>\n Falls die Eigenschaft Automatisch ergänzen doch auf Ja eingestellt ist, sollte das betreffende Feld nach Möglichkeit vom Datentyp Text sein. Access muss nämlich zum Vergleich numerische Felder in Textfelder konvertieren. Bei der Verwendung des Datentyps Text entfällt diese Konvertierung logischerweise.<\/p>\n Wenn das gebundene Feld eines Kombinationsfelds nicht das angezeigte Feld ist, sollten Sie Folgendes vermeiden:<\/p>\n Für eingebundene Tabellen als Datenherkunft gilt noch:<\/p>\n Falls sich diese Daten nicht ändern – beispielsweise bei den Anreden in einer Adressverwaltung – importieren Sie diese Daten in eine FrontEnd-Tabelle. Der Geschwindigkeitsvorteil vergrößert sich umso mehr, wenn die Anwendung in einer Netzwerkumgebung läuft.<\/p>\n Grundsätzlich gilt zunächst einmal: Verwenden Sie Grafiken so sparsam wie nur eben möglich.<\/p>\n Falls es wirklich notwendig ist, dann wählen Sie für Grafiken nach Möglichkeit das Steuerelement Bild anstelle eines gebundenen oder ungebundenen Objektfelds (siehe Bild 15).<\/p>\n Bild-Steuerelemente benötigen nicht nur weniger Speicherplatz als OLE-Objekte, sondern werden auch wesentlich schneller angezeigt.<\/p>\n <\/b><\/p>\n Bild 15: Auswahl des Bildsteuerelements in der Toolbox<\/span><\/b><\/p>\n Dies gilt vor allem dann, wenn Sie ein Formular mit einem Logo versehen wollen (siehe Bild 16).<\/p>\n <\/b><\/p>\n Bild 16: Logo in der Entwurfsansicht eines Formulars<\/span><\/b><\/p>\n Für die Verwendung der Grafiken gelten weiterhin noch folgende Optimierungstipps:<\/p>\n Der VBA-Code in Formularen kann – je nach Funktionsumfang – ohne großen Funktionalitätsverlust optimiert werden.<\/p>\n Wenn Ihr Formular keine Ereignisprozeduren oder sonstigen VBA-Code enthält, stellen Sie die Eigenschaft Enthält Modul des Formulars auf Nein ein (siehe Bild 17).<\/p>\n <\/b><\/p>\n Bild 17: Einstellung der Eigenschaft “Enthält Modul“<\/span><\/b><\/p>\n Dann wird das Formular als so genanntes einfaches Objekt behandelt. Einfache Objekte sind kleiner und werden normalerweise schneller geladen und angezeigt als Objekte, die ein Klassenmodul enthalten.<\/p>\n <\/b><\/p>\n Bild 18: Einstellung der Eigenschaft Hyperlink-Unteradresse auf ein Formular<\/span><\/b><\/p>\n Auch ohne Formularmodul brauchen Sie nicht auf Funktionalität und Komfort zu verzichten. Dazu zwei Beispiele zum öffnen eines anderen Formulars.<\/p>\n Eine Möglichkeit ist, eine Befehlsschaltfläche mit einem Hyperlink auszustatten, der das gewünschte Formular öffnet.<\/p>\n Alternativ dazu können Sie beim Ereignis Beim Klicken auch ein entsprechendes Makro aufrufen. <\/p>\n Die zweite Möglichkeit ist, Funktionen aus einem Standardmodul mit Hilfe eines Ausdrucks aufzurufen.<\/p>\n Eine Funktion zum öffnen eines Formulars könnte wie folgt ausschauen:<\/p>\n Der Aufruf erfolgt in dem Beim Klicken-Ereignis einer Befehlsschaltfläche mit folgendem Ausdruck:<\/p>\n Abschließend folgen noch einige weitere Optimierungshinweise zu Formularen.<\/p>\n Da jedes geöffnete Formular Speicherplatz und Systemressourcen verbraucht, sollten Sie Formulare, die Sie nicht benötigen, schließen.<\/p>\n Je nach Aufbau Ihrer Anwendung ist es sinnvoll, gleich nach dem Start häufig gebrauchte Formulare unsichtbar zu öffnen.<\/p>\n Dies kann beispielsweise durch Aufruf von Ereignisprozeduren im Beim Laden- oder Beim öffnen-Ereignis eines Start- oder übersichtformulars geschehen.<\/p>\n <\/b><\/p>\n Bild 19: Das Dialogfenster Optionen<\/span><\/b><\/p>\n Der VBA-Code für eine solche Ereignisprozedur lautet wie folgt:<\/p>\n DoCmd.OpenForm „[Formularname]“, , , , , acHidden<\/p>\n Mit einer Befehlsschaltfläche, für deren Ereigniseigenschaft Beim Klicken Sie die folgende Prozedur hinterlegen, machen Sie das Formular dann sichtbar:<\/p>\n Teilen Sie größere Formulare entweder durch einen Seitenumbruch auf oder setzen Sie zu diesem Zweck das Register-Steuerelement ein. Der Grund dafür liegt auf der Hand: Die Anzahl der zu ladenden Steuerelemente verringert sich dadurch.<\/p>\n Verwenden Sie für das erneute Abfragen der Datensatzherkunft die Requery-Methode<\/p>\n anstatt der Requery-Aktion<\/p>\n DoCmd.Requery „[ Steuerelementname]“.<\/p>\n In Bezug auf Berichte gelten für Steuerelemente, Unterberichte und Grafiken die gleichen Optimierungsmöglichkeiten wie für Formulare.<\/p>\n Gleiches gilt auch für die einem Bericht zugrunde liegende Abfrage, mit einer wichtigen Ausnahme:<\/p>\n Abfragen, auf denen Berichte basieren, sollten nicht durch eine ORDER BY-Klausel sortiert werden. Berichte in Access verfügen über eingebaute Sortierungs- und Gruppierungsfunktionen, die eine vorhergehende Sortierung in der Abfrage ignorieren.<\/p>\n Bei Berichten können Sie mit der Eigenschaft BeiOhneDaten oder dem Ereignis OhneDaten ermitteln, ob für den Bericht überhaupt Daten zur Verfügung stehen, und den Druck abbrechen.<\/p>\n Es wird Sie mit Sicherheit nicht überraschen, dass man auch bei der VBA-Programmierung in punkto Geschwindigkeit eine Menge falsch bzw. richtig machen kann.<\/p>\n Obwohl in VBA nicht zwingend erforderlich, sollten Variablen vor ihrer Verwendung explizit deklariert werden.<\/p>\n Damit Sie dies nicht vergessen, wählen Sie im Visual Basic-Editor aus dem Menü Extras den Befehl Optionen aus. Aktivieren Sie dann auf der Registerkarte Editor das Kontrollkästchen Variablendeklaration erforderlich (siehe Bild 19).<\/p>\n Danach wird in jedem neuen Modul am Anfang nach der Zeile Option Compare Database die folgende Zeile hinzugefügt:<\/p>\n VBA stellt verschiedene Datentypen zur Verfügung, die sich – neben ihren grundsätzlichen Eigenschaften – auch in Bezug auf Speicherplatzbedarf und Verarbeitungsgeschwindigkeit unterscheiden. Auch hier gilt wieder:<\/p>\n Verwenden Sie möglichst kleine Datentypen, falls deren Wertebereich ausreichend ist.<\/p>\n Bei der Variablendeklaration erhält jede Variable ohne das optionale Typkennzeichen den Standardtyp Variant.<\/p>\n deklariert also eine Variant-Variable mit Namen A. Dabei belegen aber Variablen vom Typ Variant erstens viel Speicherplatz und sind zweitens bei Rechenoperationen langsam.<\/p>\n Deswegen ist eine Variablendeklaration nur mit folgender Syntax sinnvoll:<\/p>\n Das obige Beispiel müsste also beispielsweise <\/p>\n heißen.<\/p>\n Objektvariablen sind Verweise auf Access-Objekte wie Formulare, Berichte, Tabellen usw.<\/p>\n Beim häufigen Zugriff auf bestimmte Objekte bringt die Verwendung von Objektvariablen einen Geschwindigkeitsvorteil, weil das Objekt nach dem ersten Zugriff bereits in der Variablen gespeichert ist.<\/p>\n Ein Beispiel für den Einsatz einer Objektvariablen vom Typ Form wurde bereits im letzten Abschnitt dieses Beitrags gezeigt. Hier soll es kurz erläutert werden.<\/p>\n Die Deklaration der Objektvariablen erfolgt wie jede andere Variablendeklaration auch:<\/p>\n Anschließend wird mit Hilfe der Set-Anweisung eine Referenz auf ein geöffnetes Formular zugewiesen:<\/p>\n Anschließend kann auf die Eigenschaften des Objekts zugegriffen werden:<\/p>\n Vermeiden Sie den Gebrauch der Iif-Funktion (Immediate If), weil dabei immer beide Ausdrücke ausgewertet werden.<\/p>\nAlleiniger Zugriff auf Datenbanken<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic002.png\")
<\/p>\nDatenbank komprimieren<\/h2>\n
Praxis-Tipp<\/h3>\n
Datenbank in MDE-Datei konvertieren<\/h2>\n
Makros konvertieren<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic003.png\")
<\/p>\nGrundsätzliches<\/h2>\n
Auswahl der Datentypen<\/h2>\n
\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n Indizes<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic004.png\")
<\/p>\nMehrfelder-Indizes<\/h3>\n
Zusammenfassung<\/h3>\n
Eingebundene Tabellen<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic005.png\")
<\/p>\nAusgabemenge von Abfragenbeschränken<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic006.png\")
<\/p>\nIndizierung vonAbfragefeldern<\/h2>\n
SQL-Anweisungen als Abfragen speichern<\/h2>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic007.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic008.png\")
<\/p>\nDatensätze in Abfragen zählen<\/h2>\n
SELECT Count(*) AS [Anzahl von PersonalID] FROM tblPersonal;<\/pre>\n
SELECT Count(tblPersonal.PersonalID) AS [Anzahl von PersonalID] FROM tblPersonal;<\/pre>\n
Berechnete Felder in Unterabfragen<\/h2>\n
Ausdrücke in Abfragen<\/h2>\n
Hinweis<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic009.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic010.png\")
<\/p>\nGruppierungen<\/h2>\n
Verwendung von Tabellenerstellungsabfragen<\/h2>\n
Weitere Optimierungsmöglichkeiten bei Abfragen<\/h2>\n
Verknüpfte Felder in Abfragen<\/h3>\n
Einschränkende Kriterien<\/h3>\n
<=2000<\/pre>\n
Inklusionsverknüpfungen<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic011.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic012.png\")
<\/p>\nOptimale Verwendung von Operatoren<\/h3>\n
Verwendung von Aggregatfunktionen<\/h3>\n
Kreuztabellenabfragen<\/h3>\n
Datenherkunft<\/h2>\n
Sortierungen<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic013.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic014.png\")
<\/p>\nSteuerelemente<\/h2>\n
Unterformulare<\/h3>\n
Listen- und Kombinationsfelder<\/h3>\n
Grafiken<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic015.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic016.png\")
<\/p>\nFormularcode<\/h2>\n
Das Formularmodul<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic017.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic018.png\")
<\/p>\nPublic Function OpenMyForm(MyFormName As String) _ As String\r\nOn Error GoTo Err_OpenMyForm\r\n DoCmd.OpenForm MyFormName\r\nExit_OpenMyForm:\r\n Exit Function\r\nErr_OpenMyForm:\r\n MsgBox \"Encountered error: \" & Str$(Err) _\r\n & vbCrLf & Error$, , \"OpenMyForm Error\"\r\n Resume Exit_OpenMyForm\r\nEnd Function<\/pre>\n
Alternative Funktionalität<\/h3>\n
Hinweis<\/h3>\n
=OpenMyForm _ (\"frmPersonal\")<\/pre>\n
VerschiedeneOptimierungsmöglichkeiten beiFormularen<\/h2>\n
Nicht benötigte Formulare schließen<\/h3>\n
Formulare unsichtbar öffnen<\/h3>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic019.png\")
<\/p>\nPrivate Sub BtnSichtbar_Click()\r\n Dim F As Form\r\n Set F = Forms!frmAbteilung\r\n F.Visible = True\r\nEnd Sub<\/pre>\n
Größere Formulare aufteilen<\/h3>\n
Requery-Methode statt Requery-Aktion verwenden<\/h3>\n
[Steuerelementname].Requery<\/pre>\n
ExpliziteVariablendeklaration<\/h2>\n
Option Explicit<\/pre>\n
Datentypen undVariablendeklarationen<\/h2>\n
Dim A<\/pre>\n
Dim Variablenname As Typ<\/pre>\n
Dim A As Integer<\/pre>\n
Objektvariablen verwenden<\/h2>\n
Dim F As Form<\/pre>\n
Set F = forms!frmAbteilung<\/pre>\n
F.Visible = True<\/pre>\n
Verwendung von IIf<\/h2>\n
Function IIf_Groesser (Test_1 As Integer)\r\n Iif_Groesser = IIf(Test_1 > 1000, _ True, False)\r\nEnd Function<\/pre>\n
![](\"..\/fileadmin\/_temp_\/{4578E157-0C09-41D6-B818-BC6278AC4B16}\/pic020.png\")
<\/p>\n