Was nützt die schönste Anwendung, wenn sie zu langsam läuft. Bereits mit einfachen Mitteln kann man teilweise erstaunliche Verbesserungen erzielen. Und auch zum "Feintuning" gibt es eine Vielzahl von Hinweisen.
Eine der einfachsten und zugleich auch wirkungsvollsten Maßnahmen zur Verbesserung der Performance, die ich kennen gelernt habe, ist das Ausschalten der Objektnamen-Autokorrektur. So gehen Sie vor:
Wann bringt diese Maßnahme die größte Wirkung? Wenn Sie Access 2000 in einem Netzwerk einsetzen und die Anwendung in FrontEnd und BackEnd aufgeteilt ist, sind erstaunlich Verbesserungen zu beobachten. Praktische Erfahrung: In einem Netzwerk unter Windows NT 4 SP6a lief eine Access-Datenbank. Diese war aufgeteilt in FrontEnd und BackEnd. Das FrontEnd wurde jedem User lokal kopiert, das BackEnd lag auf dem Server. Das Öffnen eines Formulars dauert ca. 1:20 Minuten. |
Seit der Version Access 2000 gibt es in den Tabellen von Access eine neue Eigenschaft, den "Unterdatenblattnamen". Diese Eigenschaft ist dafür verantwortlich, dass Sie in der Tabellenansicht vor einem Datensatz ein Pluszeichen finden. Wenn sich auf dieses Pluszeichen klicken wird eine Untertabelle mit Datensätze, die mit diesem Datensatz in Beziehung stehen, angezeigt. Woher weiß Access nun, welche Datensätze in einem solchen Fall anzuzeigen sind? Genau dafür ist die Eigenschaft "Unterdatenblattname" da. In dieser Eigenschaft kann der Name der Tabelle, deren Daten angezeigt werden, festgelegt werden. Das Problem: Das Problem besteht darin, dass Access als Standardwert für diese Eigenschaft den Wert "Automatisch" einträgt. Dies führt dazu, dass Access selbst analysiert welche Tabelle die größte Beziehung zu dieser Tabelle hat. Diese Analyse kostet Zeit und somit Performance. Die Lösung: Die Lösung besteht darin, in allen Tabellen im BackEnd die Eigenschaft "Unterdatenblattname" vom voreingestellten Wert "Automatisch" auf den Wert "Keines" zu ändern. Hier geht's zum AddIn: TM-TablePerfomance |
Wenn Sie mit einer Datenbank arbeiten, die Sie in FrontEnd und BackEnd aufgeteilt haben und Sie als Betriebssystem Windows 2000 oder Windows XP Prof. verwenden, kann es sein, dass die Leistung der Datenbank spürbar nachlässt. Was ist die Ursache? Der Grund liegt darin, dass der Name oder der Pfad der BackEnd-Datenbank nicht der 8.3-Namneskonvention entspricht. Mögliche Lösungen:
Link: Eine Beschreibung dieses Problems und den Code für die zweite Lösungsmöglichekeit finden Sie in der Knowledge Base im Artikel 891176. |
Auf den auch sonst guten Seiten von granite.ab findet sich die "Microsoft Access Performance FAQ". Darin sind die wichtigsten Maßnahmen zur Verbesserung der Perfomance genannt und auch mit einem Beispiel erläutert. Außerdem gibt es Hintergrundinformationen und Hinweise auf die entsprechenden Artikel der Knowledgebase. Die Maßnahmen sind speziell für Access 2000 geschrieben. Sie gelten jedoch auch für die anderen Versionen. Den Artikel gibt es hier: http://www.granite.ab.ca/access/performancefaq.htm |
Von FMS Inc. findet sich ein Artikel zum Thema "Making Access Faster". Darin sind insgesamt 168 (!!!) Tipps enthalten um eine Access Applikation zu beschleunigen. Viele Tipps sind speziell für Access 97 geschrieben. Sie gelten jedoch auch für die folgenden Versionen. Den Artikel gibt es hier: http://www.fmsinc.com/tpapers/faster/ |
Optimieren der Netzwerkleistung von Office Access und der Jet-Datenbank-Engine |