SFIRM.MDB verkleinern?

Hallo zusammen,

wir setzen SFirm32 2.0i ein. Seit SFirm 1.6x haben wir immer wieder die neuen Versionen eingespielt. Mittlerweile ist die sfirm.mdb bei knapp 125 MB. Ich würde sie gerne verkleinern, aber bei Reorganisationen passiert quasi gar nichts. Weiss jemand, was alles in dieser MDB gespeichert wird und wie ich sie kleiner bekomme? Die Optionen für "automatisches Löschen" habe ich alle aktiviert und mit recht kurzen Zeiträumen versehen. Trotzdem wächst die sfirm.mdb fröhlich immer weiter...

Kann mir jemand helfen?? :?

Hallo Testerin,

das funktioniert leider nicht. Ich werde immer nach einem Datenbankkennwort gefragt...

Hi,

dann benutzt Du nicht Access97, sondern Access 2000/2003. Hier fragt er dummerweise nach einem Passwort.

Wenn Du die Möglichkeit hast, besorg Dir Access97.

Hallo all zusammen,

es kommt natürlich auf die Datenmenge an, die in SFIRM verwaltet wird. Auch bei recht kurzen Zeiträumen und vielen Konten, vielen Umsätzen oder viel Zahlungsverkehr kann ein DB recht groß werden.
Außerdem werden Zahlungen die in SFIRM erfasst wurden nach dem Versand in der Umsatzstatistik gespeichert. Diese bleiben also bis zum eingestellten Löschzeitpunkt auch in der MDB drin.

Es gab auch schon User, die die Funktion "Löschen nach Versand" ausgeschaltet haben, da die Umsatzstatisik nicht bekannt war. Auch das kann zu einer übergroßen DB führen.

@Nexus6: Die Idee, die MDB an die Hotline zu senden finde ich richtig gut. Stell Dir mal vor jeder zwanzigste Kunde bundesweit macht das einmal im Jahr, weil ihm seine DB zu groß ist. Der Hersteller würde sich bedanken. Die müssten dann Ihren Personalstock erhöhen. Wäre dann auch gut für die Argbeitlosenquote. :evil:
Dann wird das sicherlich auch was kosten.


Das kann nur der letzte Ausweg sein, wenn die DB wirklich defekt und nicht auf einem anderen Weg (z.B. Access 97) zu reparieren ist.

Die Hotline repariert DBs auch nur auf Anforderung der Hotline, also wenn die Kollegen der Hotline keine andere Möglichkeit mehr sehen.

@tflorian: Wenn Du Deine DB an den Hersteller schickst, solltest Du dran denken, dass Du während dieser Zeit in SFIRM nix mehr arbeiten kannst. Denn alles was Du in der Zeit machst ist hinterher weg.

Gruß bt

Hallo Zusammen,

das komprimieren könnt Ihr euch sparen! Mit der Komprimierung der Accessdatenbanken ist etwas Anderes gemeint.

Gruß

Holger

Hallo Halber Liter



Das ist vom Grundsatz her schon richtig. Nur der von Dir erwartete Effekt wird bei weitem nicht so auftreten!

Generell wird wohl jede Zahlungsverkehrssoftware seine Datenbanken mehr oder weniger regelmäßig Reorganisieren, so dass sich die vorhandenen Leichen in Grenzen halten. Bei der Komprimierung passiert nichts anderes, als dass die bestehende Datenbank in eine neue leere Datenbank geschrieben wird. Der „Komprimierungseffekt hält sich hierbei in der Regel deutlich in Grenzen. Da diese Lücken in der Regel nicht diese Menge ausmachen! D.h. das Problem vom Florian bleibt vom Grundsatz her bestehen!

Dein Tipp mit der Komprimierung über Access bringt Dir auch nichts, da bei einer Passwortverschlüsselten Datenbank auch bei der Komprimierung das Passwort verlangt wird.

Gruß

Holger

Danke für den Tipp!
Da ich hier nur eine neuere Version habe, bin ich gar nicht auf die Idee gekommen, dass es mit einer älteren Version anders laufen könnte!
Dann nehme ich den Teil mit dem Passwort natürlich zurück

Gruß

Holger

Das frage ich mich allerdings auch...
Nicht nur höher sondern mit teilweise ganz anderen Maßnahmen hat man den Zugriff eingeschränkt.

Stellungnahme der BIVG:

H06/EFI Notiz für BB

Mit Access 97 kann die Datenbank immer noch repariert werden.
Jedoch nicht komprimiert. Die externe Datenbank-Reorganisation
macht aber nichts anderes als die Komponente von Acces zu nutzen.
Somit braucht man das eingentliche Programm nicht zu nutzen.

Mit freundlichen Grüßen