Office: (Office 2007) Automatische Komprimierung versagt

Hallo,

eine Anwendung (Terminverwaltung) ist aufgeteilt in Frontend.mdb (10 MB) und Backend.mdb (20 MB).

In beiden Dateien ist die Option „Beim Schließen komprimieren“ gesetzt.

Lediglich durch Hinzufügen und Löschen von Datensätzen (per Recordset.AddNew und Recordset.Delete mit korrektem Schließen und Entfernen des Recordsets) steigt die Größe des Backends nach weniger als 100 solcher Operationen bis auf das Doppelte an. Die automatische Komprimierung scheint also nicht zu greifen, während die manuelle funktioniert.

Habt Ihr dafür eine Erklärung?

Besten Dank im Voraus!

:)

 

Komprimieren wird über die Application umgesetzt.
Du öffnest das Backend aber über die Database Schnittstelle, daher wird nicht automatisch komprimiert.

 

Verknüpfte Tabellen sowie DAO- und ADODB-Zugriffe bedeuten kein Öffnen des Backends (als Datei), das Beenden solcher Zugriffe bspw. über Schließen des FE dann auch kein Schließen und somit kein Ereignis.
Man müsste also schon ein Komprimieren per eigener Maßnahme programmieren - bei Sicherstellung, dass vorher alle Zugriffe auf das BE, auch von Dritten, aufgehoben sind.

Zum Umgang mit temporären Daten empfehle ich einen anderen Umgang:
Grundlagen - SQL ist leicht (13) - Temporäre Tabellen

 

Hm Markus, klingt logisch - wie aber kann ich mein Anliegen umsetzen?

Nicht nur das Frontend per Application.Quit schließen, sondern zunächst das Backend?

 

Es gibt eine DAO-Methode CompactDatabase, die man verwenden könnte.

Besser aber ist es, keinen temporären Müll zu erzeugen, dann braucht man solchen auch nicht zu beseitigen. Wenn Müll unvermeidbar, muss man ihn ja nicht ins eigene Wohnzimmer tragen.

 

Aber wie Eberhard schon sagt, benötigt die DBEngine.CompactDatabase Methode exklusiven Zugriff auf das Backend.

 

Danke auch Dir, Eberhard.

Ich teste jetzt mal diesen Code beim Lade-Ereignis des Frontend-Startformulars. Leider kann ich das Backend nicht künstlich aufblähen, um ad hoc einen Erfolg zu sehen.

Code:

 

Servus,
da taucht doch gleich die Frage auf, ob das in einem Multiuserbetrieb
nicht zu gefährlich ist.
Meines Wissens nach sollte dann das Backend nur komprimiert/repariert werden können, wenn alle Frontends geschlossen sind.

 

Das ist richtig, läuft aber auf die Frage hinaus, wie störend die Unterbrechung der Connection ist im Zeitraum zwischen

Code:

und
Code:

 

und
Code:

Du könntest die Datei ja zuerst umbenennen und dann komprimieren.
Bleibt allerdings die Frage, ob man auf die Zieldatei während des Komprimierens zugreifen kann.

Wenn du also auf Nummer sicher gehen willst, verwendest zu zwei Dummi Namen, oder du prüfst ob die Zieldatei ebenfalls exklusiv geöffnet ist.

 

Danke, Markus.

Ich teste Deine Vorschläge und melde mich, sobald ich entsprechende Erkenntnisse habe.