Schlechte Performance unter Access bei großen Datenbanken

Gültig für: Alle Windows Versionen


Icons/info.png

Wenn eine große Datenbank (Access) in Netzwerk liegt, kann es vorkommen, dass Abfragen auf diese Datenbank über das Netzwerk sehr viel länger dauern, als wenn die Datenbank lokal liegt und von dort abgefragt wird.

 

Das kann daran liegen, das Windows standardmäßig immer nur einzelne Seiten für den Zugriff sperrt. Wird nun aber auf sehr viele Datensätze zugegriffen, ist es viel sinnvoller, die gesamte Tabelle für diese Zeit zu sperren.

 

Sie können das selber einstellen und zwar:

 

Starten Sie den Registryeditor und ändern Sie in der Registry die Einträge wie beschrieben ab.

Beachten Sie dazu bitte folgende Punkte:

Aufrufen von REGEDIT.EXE (alle Betriebssysteme) oder REGEDT32.EXE (nur Windows NT/2000)

 

Info: Wenn der Pfad zum Schlüssel nicht vorhanden ist, müssen Sie die nötigen Schlüssel selber hinzufügen. Rechtsklick auf den letzten Schlüssel (links im Tree) aus dem Kontextmenü "Neu" -> "Schlüssel" auswählen, und die fehlenden Schlüssel mit den angegebenen Namen anlegen.

 

 

Unter:

 

HKEY_LOCAL_MACHINE\ Software\ Microsoft\ Jet\ 4.0\ Engines\ Jet 4.0

 

Dort finden Sie den Eintrag "PagesLockedToTableLock" als Datentyp REG_DWORD der standardmäßig auf 0 steht, was bedeutet das diese Funktion deaktiviert ist.

 

Hier können Sie jetzt einstellen ,ab nach wie vielen Zugriffen die gesamte Tabelle gesperrt wird.

Geben Sie hier z.B. 10 an, wird nach dem 11 Zugriff die gesamte Tabelle gesperrt. Das ist natürlich einfach zu verwalten und erhöht damit auch die Geschwindigkeit bei der Abfrage.

 

Diese Einstellung bringt natürlich nur etwas bei größeren Datenbanken, auf denen Sie auch größere Abfragen laufen lassen.


WinFAQ: Startseite | WinFAQ: HTMLMenü | WinFAQ: Java Version


Der Tipp enthält einen Fehler oder Sie haben noch eine Ergänzung dafür? Schreiben Sie uns über die Feedback-Seite an: Feedback-Formular

 

URL: http://www.winfaq.de/faq_html/Content/tip1000/tip1397.htm

WinFAQ ® Version 9.01 Copyright © 1996/2016 by Frank Ullrich