Access 2007 Datenbank vergrössert sich massiv, ohne Grund
Access 2007 Problem@discussions.microsoft.com Schwerwiegendes Access 2007 Problem
Ich habe von einem Kunden eine 2007 Access DB.
Nun ist das Problem, dass sich diese Datenbank plötzlich um 55 oder 57 MB
vergrössert.
Wenn ich eine neue 2007 DB mache und die Objekte importiere passiert das
gleiche. Habe schon alles probiert.
Die DB vergrössert sich von zB. 2.3 MB auf 57 MB danach auf 113 MB. Bei 180
MB stürtzt mir die DB brutal ab. Danach passiert das unvollstellbare, diese
DB löscht Formulare und Module von selbst.
Habe seit 10 Jahren Access so was noch nie erlebt.
Der VBA Code usw ist alles i.o. Bei anderer 2007 Datenbank läuft das
reibungslos.
Thomas Möller
die Angabe des Realnamens, eine kurze Anrede und ein Gruß zum Abschluss
wird hier gern gesehen. ;-)
Zu Deinem Problem: Welches SP's hast Du installiert?
Deine Beschreibung kling, als sei Deine Anwendung korrupt. Arbeite mal
diese Punkte durch:
www.dornkarl.com?FAQ1.27
(Link in einer Zeile)
CU
--
Thomas
Homepage: www.Team-Moeller.de
André Quennoz
Ja, sorry wegen dem Namen. Habe das nicht gesehen.
Nutzte SP2.
Schaue mal auf dornkarl
Vielen Dank für das erste.
André Quennoz
War auf donkarl.com. Habe dort nichts gesehen, was mir weiterhelfen würde
oder was ich nicht schon probiert habe.
Detailbeschrieb:
Die original Datenbank (vom Kunden) war schon sehr gross 180 MB als ich Sie
bekam.
Danach habe ich Sie kombrimiert und Änderungen gemacht.
Die nächsten 8 Stunden alles ok
Nun strützte er beim speichern ab und löschte die Formulare und Module
x mal neue DB erstellt und Objekte importiert , einzeln , alle usw
Die DB blieb gross
Am anderen Tag Formulare neu erstellt und Module neu erstellt
Die DB war nun aug 2.3 MB, alles ok
Nach 7 Stunden, nach einem weiteren speichern von einer form, macht Access
die Datei wieder auf 57 MB
15 Min später ohne etwas zu ändern macht er Access die Datei auf 113.4 MB
Komprimieren: Access geht von 113 auf 57 MB aber nicht weniger
Importieren in eine neue DB:
Es sind 20 Objekte
Bei irgend einem Objekt, es unterschiedlich, schraubt Access die DB auf 57
MB oder über 120. Es gibt kein Rythmus.
Peter Doering
Andr� Quennoz wrote:
> War auf donkarl.com. Habe dort nichts gesehen, was mir weiterhelfen w�rde
> oder was ich nicht schon probiert habe.
>
> Detailbeschrieb:
> Die original Datenbank (vom Kunden) war schon sehr gross 180 MB als ich Sie
> bekam.
> Danach habe ich Sie kombrimiert und �nderungen gemacht.
> Die n�chsten 8 Stunden alles ok
> Nun str�tzte er beim speichern ab und l�schte die Formulare und Module
> x mal neue DB erstellt und Objekte importiert , einzeln , alle usw
Bevor du irgendwas anderes machst: decompile www.donkarl.com?FAQ1.23
> Die DB blieb gross
> Am anderen Tag Formulare neu erstellt und Module neu erstellt
> Die DB war nun aug 2.3 MB, alles ok
> Nach 7 Stunden, nach einem weiteren speichern von einer form, macht Access
> die Datei wieder auf 57 MB
> 15 Min sp�ter ohne etwas zu �ndern macht er Access die Datei auf 113.4 MB
> Komprimieren: Access geht von 113 auf 57 MB aber nicht weniger
/decompile
compact
compile
compact
> Importieren in eine neue DB:
Beim Importieren wird evtl. korrupter Binaercode ebenfalls importiert. Den
wirst du nur durch /decompile los.
Zum Problem selbst: kann es sein, dass du in der Anwendung einen exotischen
Druckertreiber verwendest? Falls ja, aendere den mal auf einen (lokalen)
Allerweltsdrucker und geh danach nochmal FAQ 1.27 durch.
Gruss - Peter
--
Mitglied im http://www.dbdev.org
FAQ: http://www.donkarl.com
Karl Donaubauer
Was tut denn die Anwendung?
Gibt's Importe/Exporte, Binärdateien in Tabellen etc.?
Hängen mehrere Leute in der gleichen Datei oder gibt es eine
Frontend/Backend-Trennung? Wenn ja, geht es um FE oder BE?
--
cu
Karl
********* Ich beantworte keine Access-Fragen per Email. *********
Access-FAQ: http://www.donkarl.com + Anmeldung und Info zur
Access-Entwickler-Konferenz (AEK12), Oktober 2009, Nürnberg
André Quennoz
Danke für den Tip.
Habe /decompile compact nun ausgführt.
Die DB bekomme ich auf 57 MB aber nicht weniger .
Ist eine kleine DB, 2 -3 MB wären normal für die.
Wenn ich die DB starte, ohne was zu ändern, ist Sie wieder 113 MB.
Drucker Treiber: Ist aller ein Allerweltsdrucker / einfacher Brohter.
Von dem Kunden, welcher die DB erstellte, sind alle Access DB 200 mal zu
hoch in der Dateigrösse: Also 5 Tabellen, 3 Berichte, 3 Forms, eine Abfrage :
20 Datensätze: Locker 180 MB. ? Unmöglich, dass das normal ist.
Problem: Die DB fängt zu spinnen an, also vergrössert sich massiv wenn ich
neue Objekte erstelle. (nach ein paar Stunden!)
Frage: Da es einen kleine Lösung ist, soll ich einfach alles neu erstellen ?
Gruss und vielen Dank
"Peter Doering" wrote:
> Hallo,
>
> André Quennoz wrote:
>
> > War auf donkarl.com. Habe dort nichts gesehen, was mir weiterhelfen würde
> > oder was ich nicht schon probiert habe.
> >
> > Detailbeschrieb:
> > Die original Datenbank (vom Kunden) war schon sehr gross 180 MB als ich Sie
> > bekam.
> > Danach habe ich Sie kombrimiert und Änderungen gemacht.
> > Die nächsten 8 Stunden alles ok
> > Nun strützte er beim speichern ab und löschte die Formulare und Module
> > x mal neue DB erstellt und Objekte importiert , einzeln , alle usw
>
> Bevor du irgendwas anderes machst: decompile www.donkarl.com?FAQ1.23
>
> > Die DB blieb gross
> > Am anderen Tag Formulare neu erstellt und Module neu erstellt
> > Die DB war nun aug 2.3 MB, alles ok
> > Nach 7 Stunden, nach einem weiteren speichern von einer form, macht Access
> > die Datei wieder auf 57 MB
> > 15 Min später ohne etwas zu ändern macht er Access die Datei auf 113.4 MB
Josef Poetzl
Andr� Quennoz schrieb:
> Die DB bekomme ich auf 57 MB aber nicht weniger .
> Ist eine kleine DB, 2 -3 MB w�ren normal f�r die.
> Wenn ich die DB starte, ohne was zu �ndern, ist Sie wieder 113 MB.
Ist die Objektnamen-Autokorrektur noch aktiviert?
Mit Access 2007 machte ich bisher auch die Erfahrung, dass damit die
Anwendung w�hrend der Entwicklung viel mehr aufgebl�ht wird als mit
Access 2002.
Nach einem Decompile gefolgt von einer Komprimierung ist bei mir die
Anwendung allerdings wieder in normaler Gr��e.
Wenn sich die Anwendung nur im Betrieb - ohne Entwurfs�nderungen -
besonders stark vergr��ert, k�nntest du pr�fen, ob du Recordsets
verwendest, die nicht geschlossen werden. Auch das �ndern von
Textdaten in lokalen Tabellen per Recordset-Methoden kann die DB
schnell wachsen lassen. ... diese Vergr��erung sollte allerdings nach
einem Komprimieren wieder weg sein.
Dass Formular von Access (ohne zu fragen) gel�scht werden, ist mir
bisher (zum Gl�ck) noch nie untergekommen. Da kann ich mich nur Thomas
mit seinem Verdacht auf eine korrupte Anwendung anschlie�en.
Vielleicht hilft in diesem Fall ein Textexport und Import in eine
leere mdb/accdb weiter. (SaveAsText / LoadFromText)
mfg
Josef
--
EPT: (Access Error Prevention Table) http://access.joposol.com/
FAQ: (Access-FAQ von Karl Donaubauer) http://www.donkarl.com/
André Quennoz
Danke für Dein schreiben.
Die Anwendung macht eingentlich nicht sehr viel. (ganz klein)
Es gibt keine Importe, Exporte, Mehrplatz User, VBA Code, Bilder nichts was
das Problem begreiflich macht.
Beschreibung:
Startform mit einer Liste
dann Artikel auswählen
dann Detailansicht
: Was ich nun gemacht habe
Ein weiteres Formular auf dem kann man folgendes machen:
Verzeichniss wählen
Die Bilder (!Dateinamen!) werden alle in ein listfeld geladen
Danach kann man darauf klicken und man bekommt ein Vorschau
Nun hat es zwei Buttons für Bild 1 und Bild 2 , dort speicher er die
!Dateipfade! und zeigt die in einem PictureObject an.
Habe eine sehr komplexe Anwenung bei einem anderen Kunden laufen, wo ich
auch mit Bilder arbeite, genau gleich wie bei der Problem DB. Dort gibt es
keine Probleme. Auch Access 2007 und Mehrplatz (natürlich über SQL).
PS: Arbeite nie mit Bilder in einer DB immer nur Datei- oder Bildpfade.
Bis anhin hatte ich nie Probleme. Es ist einfach so, dass wenn ich bei der
Problem DB irgend etwas ändere nach einer gewissen es in 57 MB Schritten nach
oben geht.
Gruss André
Peter Doering
Andr� Quennoz wrote:
> Habe /decompile compact nun ausgf�hrt.
> Die DB bekomme ich auf 57 MB aber nicht weniger .
> Ist eine kleine DB, 2 -3 MB w�ren normal f�r die.
> Wenn ich die DB starte, ohne was zu �ndern, ist Sie wieder 113 MB.
>
> Drucker Treiber: Ist aller ein Allerweltsdrucker / einfacher Brohter.
Wenn du willst und die DB nicht allzu confidential ist, kannst du sie mal
hochladen (z.B. http://www.file-upload.net/ ), damit wir auch rumspielen
koennen.
André Quennoz
Vielen Dank für dein Schreiben.
> Ist die Objektnamen-Autokorrektur noch aktiviert?
Habe ich raus genommen und mit decompile usw (vorhergehnde Tips)
Nun macht Access die DB auf 120 MDB "Es ist zum Mäuse melken".
Recordsets usw: In dieser DB ist zur Zeit kein DAO vorhanden.
Die DB hängt ohne ,dass überhaupt ein Fomular gestartet wird usw. einfach
57MB an. Gestern, hatte ich die DB offen (57 MB) und ging mit dem Hund
laufen, als ich wieder zurück kam war Sie 113 MB (??, habe gedacht bin im
falschen Film) .
Viele Grüsse
André
"Josef Poetzl" wrote:
> Hallo!
>
> André Quennoz schrieb:
> > Die DB bekomme ich auf 57 MB aber nicht weniger .
> > Ist eine kleine DB, 2 -3 MB wären normal für die.
> > Wenn ich die DB starte, ohne was zu ändern, ist Sie wieder 113 MB.
>
> Ist die Objektnamen-Autokorrektur noch aktiviert?
>
> Mit Access 2007 machte ich bisher auch die Erfahrung, dass damit die
> Anwendung während der Entwicklung viel mehr aufgebläht wird als mit
> Access 2002.
> Nach einem Decompile gefolgt von einer Komprimierung ist bei mir die
> Anwendung allerdings wieder in normaler Größe.
>
> Wenn sich die Anwendung nur im Betrieb - ohne Entwurfsänderungen -
> besonders stark vergrößert, könntest du prüfen, ob du Recordsets
> verwendest, die nicht geschlossen werden. Auch das Ändern von
> Textdaten in lokalen Tabellen per Recordset-Methoden kann die DB
> schnell wachsen lassen. ... diese Vergrößerung sollte allerdings nach
> einem Komprimieren wieder weg sein.
>
>
> Dass Formular von Access (ohne zu fragen) gelöscht werden, ist mir
> bisher (zum Glück) noch nie untergekommen. Da kann ich mich nur Thomas
> mit seinem Verdacht auf eine korrupte Anwendung anschließen.
André Quennoz
Ja kann ich machen. Gebe Bescheid, wenn sie auf dem Netz ist.
Gruss
André
"Peter Doering" wrote:
> Hallo,
>
> André Quennoz wrote:
>
> > Habe /decompile compact nun ausgführt.
> > Die DB bekomme ich auf 57 MB aber nicht weniger .
> > Ist eine kleine DB, 2 -3 MB wären normal für die.
> > Wenn ich die DB starte, ohne was zu ändern, ist Sie wieder 113 MB.
André Quennoz
Habe die DB auf meinem Webserver: http://www.db3.ch/download/p4.rar
PS: Habe nur Form gemacht "f_blider_v", Rest ist von Kunde !
Nehme sie morgen Abend wieder runter.
Anwenden:
> Produkteliste
> In Liste: Test1
> Rote Schift : Bilder verwalten
> Verzeichnis wählen
> In blauer Liste auf eine Datei drücken
> wählen Bild1 oder Bild2
"Peter Doering" wrote:
> Hallo,
>
> André Quennoz wrote:
>
> > Habe /decompile compact nun ausgführt.
> > Die DB bekomme ich auf 57 MB aber nicht weniger .
> > Ist eine kleine DB, 2 -3 MB wären normal für die.
> > Wenn ich die DB starte, ohne was zu ändern, ist Sie wieder 113 MB.
André Quennoz
Sorry das ich nochmals störe.
Habe seit April mit meinem Office Enterprise 07 intensiv gearbeitet.
(Gekauft für 180$).
Nun habe ich vor 5 Minuten das Word gestartet.
Es kam die Meldung: Das es sich nicht um original Software handelt.
Da habe ich wohl am falschen Ort gespart.
Danke
Gruss
"Peter Doering" wrote:
> Hallo,
>
> André Quennoz wrote:
>
> > Habe /decompile compact nun ausgführt.
> > Die DB bekomme ich auf 57 MB aber nicht weniger .
> > Ist eine kleine DB, 2 -3 MB wären normal für die.
> > Wenn ich die DB starte, ohne was zu ändern, ist Sie wieder 113 MB.
Raimo Becker
in der Entwurfsansicht deines Formulars f_Bilder_v sind
3 Bilder eingebettet. Diese machen die 57MB aus!
ohne die Teile hat es 1.157KB
Besten Gruß Raimo
Peter Doering
Andr� Quennoz wrote:
> Habe die DB auf meinem Webserver: http://www.db3.ch/download/p4.rar
> PS: Habe nur Form gemacht "f_blider_v", Rest ist von Kunde !
Und genau in dieser Form hast du die Bilder, die die DB aufblaehen, wie
Raimo schon geschrieben hat. Von wegen nur Pfad ;-)
Auch Bilder in dieser Qualitaet kann man kleiner kriegen, z.B. per
IrfanView, und dann erst laden. Bei mir hat die DB nach Entfernen der
Bilder und komprimieren noch 1140 kB.
André Quennoz
Danke für Dein Schreiben.
Bei mir sind diese Bilder leer.
Die werden nur temporär gefüllt.
Bei close werden die auch wieder entfernt.
Habe das bei einer anderen DB auch so gemacht mit fünf Bilder.
Die ganze DB ist 15 MB gross und hat etwa 400 queries dazu und etwa 130 A4
Seiten Code.
PS: Mein Office hat heute gemeldet,dass es keine Orignial Softwre ist.
André Quennoz
Danke.
Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach plötzlich
Problem mit Bilder ?. Die werden ja nîcht gespeichert, die werden nur
angezeigt in einem Picutre Objekt danach wieder entfernt. Was will Access
speichern wenn kein Bild im Objekt ist ?
Grüsse
"Peter Doering" wrote:
> Hallo,
Peter Doering
Andr� Quennoz wrote:
> Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach pl�tzlich
> Problem mit Bilder ?. Die werden ja n�cht gespeichert, die werden nur
> angezeigt in einem Picutre Objekt danach wieder entfernt. Was will Access
> speichern wenn kein Bild im Objekt ist ?
Die Bilder waren definitiv drin. Vielleicht hast du beim Testen mal was
geaendert und gespeichert, waehrend die Bilder sichtbar waren. Dann sind
sie bereits im Entwurf drin. Wirf sie einfach raus, speichere die DB und
probier nochmal bewusst, den beschriebenen Fall zu vermeiden.
André Quennoz
Danke für Dein Schreiben.
PS: Danke allen für die Mühe!
Habe nun ein neues Access installiert und das Formular neu gemacht: 23:25 Uhr
Ich habe 1.5 MB auf der DB und bin zufrieden. Die DB läuft bereits auf 3 PC's.
20 x die Bilder gewechselt, keine 57 MB oder 113 MB, Fine !
Jetzt habe ich 1.58 MB.
Mit ca 2 MB kann ich leben.
Grüsse André
> Hallo,
>
> André Quennoz wrote:
>
> > Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach plötzlich
> > Problem mit Bilder ?. Die werden ja nîcht gespeichert, die werden nur
Henry Habermacher
André Quennoz wrote:
> Bei mir sind diese Bilder leer.
> Die werden nur temporär gefüllt.
> Bei close werden die auch wieder entfernt.
Und wie schliesst Du? Falls Du über DoCmd.Close schliesst und den Parameter
acSaveNo nicht angibst (oder über die Schliessen Schaltfläche des Formulars)
wird sich die Datenbank massiv aufblähen.
> Habe das bei einer anderen DB auch so gemacht mit fünf Bilder.
> Die ganze DB ist 15 MB gross und hat etwa 400 queries dazu und etwa 130 A4
> Seiten Code.
Was ja nicht heisst, dass es hier auch so gut funktioniert, oder? Hängt doch
alleine davon ab, wie die Formulare geschlossen werden. Bezüglich Bilder in
Formularen (vorallem aus der vor A2007 Zeit) kannst Du beliebig viele
Beiträge ergruppengooglen. Ich denke auch die FAQ dürfte diesbezüglich was
drin haben und in den meisten anderen Orten, wo über Access was geschrieben
steht, wird das aufblähen der Datenbank durch Bildern in Formularen erwähnt
und davor gewarnt.
> PS: Mein Office hat heute gemeldet,dass es keine Orignial Softwre ist.
Melde das bei MS als Piraterie und gib ihnen die Bezugsquelle bekannt. Hier
in dieser NG hat dies nichts zu tun. Und Du musst es nicht in jedem Posting
nochmals reinschreiben.
Gruss
Henry
--
AEK 12 - Anmeldung bei www.donkarl.com/?AEK
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Henry Habermacher
André Quennoz wrote:
> Habe nun ein neues Access installiert und das Formular neu gemacht: 23:25
> Uhr Ich habe 1.5 MB auf der DB und bin zufrieden. Die DB läuft bereits
> auf 3 PC's. 20 x die Bilder gewechselt, keine 57 MB oder 113 MB, Fine !
> Jetzt habe ich 1.58 MB.
> Mit ca 2 MB kann ich leben.
Aha, 23:25, da sind wohl keine anderen Benutzer dabei, mit der Datenbank zu
arbeiten. Schau' diesen mal über die Schulter, wie diese die Formulare
schliessen. Du verwendest sicher nur die von Dir vorgesehene Schaltfläche,
aber die Benutzer eben den dann und wann den roten Schliessen Knopf oben
rechts im Fenster.
Henry Habermacher
André Quennoz wrote:
> Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach plötzlich
> Problem mit Bilder ?. Die werden ja nîcht gespeichert, die werden nur
> angezeigt in einem Picutre Objekt danach wieder entfernt. Was will Access
> speichern wenn kein Bild im Objekt ist ?
Das hängt doch davon ab, wie Du das Formular schliesst. Wenn zum Zeitpunkt
des Schliessens ein Bild drin war und Du nicht verhinderst, dass gespeichert
wird (was schwer zu verhindern ist), dann wird das gespeichert, auch wenn Du
das nicht willst. Versuch's selber. Bild rausnehmen, speichern,
komprimieren. Öffnen, Bild anzeigen, Formular über Schliessenschaltfläche
des Fensters (rotes X) schliessen. nochmals öffnen - gleich schliessen -
.... - gleich schliessen. Und nun öffnen und bild wegnehmen und dann über
die vorgesehen Schliessfunktion deines Programmes schliessen. Die MDB wird
erheblich angewachsen sein.
André Quennoz
Habe das mit der !Problem DB! nochmals heute Morgen angeschaut mit dem neu
installierten Access.
Ja.... ! Nun sehe ich die Bilder !!!!!!!.
Bis ahin waren die leer.
Verstehe ich nicht, aber naja. Allerdings das mit dem löschen der Objekte
durch Access ist mir unklar. Ich hoffe, solche Katatspohen beleiben mir mit
dem neu installierten Access erspart.
Vielen Dank . . . .
"Peter Doering" wrote:
> Hallo,
>
> André Quennoz wrote:
>
> > Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach plötzlich
> > Problem mit Bilder ?. Die werden ja nîcht gespeichert, die werden nur
Lutz Uhlmann
Jemand (du?) �ffnet das Formular in der Formularansicht, Bilder werden geladen, Formular wird in der
Entwurfsansicht ge�ffnet, etwas ge�ndert und gespeichert und dann geschlossen. So k�nnte ich mir
einen Weg vorstellen, wie Bilder da abgespeichert werden.
Wei� nicht ob du das bereits machst, aber pack doch in Form_Unload() oder Form_Close() eine Routine
welche im Formular aufr�umt und evtl geladenen Bilder rausschmeisst!
André Quennoz
Danke für Dein Schreiben.
Das darf nicht mehr passieren, Bilder haben nichts zu suchen in einer DB.
Gruss André
"Lutz Uhlmann" wrote:
> Nur eine Vermutung, da ich die Db nicht kenne ...
>
> Jemand (du?) öffnet das Formular in der Formularansicht, Bilder werden geladen, Formular wird in der
> Entwurfsansicht geöffnet, etwas geändert und gespeichert und dann geschlossen. So könnte ich mir
> einen Weg vorstellen, wie Bilder da abgespeichert werden.
>
> Weiß nicht ob du das bereits machst, aber pack doch in Form_Unload() oder Form_Close() eine Routine
> welche im Formular aufräumt und evtl geladenen Bilder rausschmeisst!
>
>
>
André Quennoz
Ich bin bereits daran. Das mit dem komprimieren mache nicht so gerne.
Mache eine Prozedur die das Formular aufräumt. Das es nicht mehr möglich ist
ein Bild zu speichern. Das muss sauber geregelt sein.
Danke
Gruss André
"Henry Habermacher" wrote:
> Hallo André
>
> André Quennoz wrote:
> > Verstehe das nicht ganz. 7 Stunden ist die DB 2.3 MB danach plötzlich
> > Problem mit Bilder ?. Die werden ja nîcht gespeichert, die werden nur
> > angezeigt in einem Picutre Objekt danach wieder entfernt. Was will Access
> > speichern wenn kein Bild im Objekt ist ?
>
> Das hängt doch davon ab, wie Du das Formular schliesst. Wenn zum Zeitpunkt
> des Schliessens ein Bild drin war und Du nicht verhinderst, dass gespeichert
> wird (was schwer zu verhindern ist), dann wird das gespeichert, auch wenn Du
> das nicht willst. Versuch's selber. Bild rausnehmen, speichern,
> komprimieren. Öffnen, Bild anzeigen, Formular über Schliessenschaltfläche
> des Fensters (rotes X) schliessen. nochmals öffnen - gleich schliessen -
> ..... - gleich schliessen. Und nun öffnen und bild wegnehmen und dann über
Thomas Möller
"André Quennoz" schrieb :
> Das mit dem komprimieren mache nicht so gerne.
darf ich fragen, was Du für Vorbehalten gegen das Komprimieren einer
Datenbank hast.
Peter Doering
Thomas M�ller wrote:
> "Andr� Quennoz" schrieb :
>> Das mit dem komprimieren mache nicht so gerne.
>
> darf ich fragen, was Du f�r Vorbehalten gegen das Komprimieren einer
> Datenbank hast.
Bis zum April-Hotfix waren die Bedenken durchaus berechtigt ;-)
André Quennoz
Habe Dein Schreiben zu spät gesehen.
Ich habe generell nichts gegen komprimieren.
Meine Meinung ist nur: Man kann mal eine DB komprimieren, wenn es nötig ist.
Mache das bevor sie genutzt wird, beim Kunden. Wenn ich aber eine Access DB
pro Tag einaml komprimiren muss, weill sie sich einfach aufblässt, dann muss
das anderst gelöst werden. Also würde ich gerade das Problem ansprechen mit
dieser DB. Mir ist auch klar, dass Bilder eine DB aufblasen, dummer weise sah
ich die Bilder einfach nicht bis Freitag Morgen (wieso weiss ich immer noch
nicht), daher verstand ich das Problem nicht. Mit dem neuen Access habe ich
die Bilder ja nun gesehen.
Wenn ich einen DB habe die sich einfach aufbläst, dann muss man das per code
oder einem anderen Konzept lösen. Habe ja auch hier, bei dieser Anfrage, noch
ein paar Ideen bekommen.
Es war von mir keine gute Idee, Bilder bei form load in ein Picutre Object
einzufügen.
Viele Grüsse
André
Peter Doering
Andr� Quennoz wrote:
> Ich habe generell nichts gegen komprimieren.
> Meine Meinung ist nur: Man kann mal eine DB komprimieren, wenn es n�tig ist.
> Mache das bevor sie genutzt wird, beim Kunden. Wenn ich aber eine Access DB
> pro Tag einaml komprimiren muss, weill sie sich einfach aufbl�sst, dann muss
> das anderst gel�st werden. Also w�rde ich gerade das Problem ansprechen mit
> dieser DB. Mir ist auch klar, dass Bilder eine DB aufblasen, dummer weise sah
> ich die Bilder einfach nicht bis Freitag Morgen (wieso weiss ich immer noch
> nicht), daher verstand ich das Problem nicht. Mit dem neuen Access habe ich
> die Bilder ja nun gesehen.
> Wenn ich einen DB habe die sich einfach aufbl�st, dann muss man das per code
> oder einem anderen Konzept l�sen.
Nicht unbedingt. Man kann auch einstellen, dass beim Schliessen automatisch
komprimiert wird.
Mark Doerbandt
Anr� Quennoz:
> Ich habe von einem Kunden eine 2007 Access DB.
> Nun ist das Problem, dass sich diese Datenbank pl�tzlich um 55 oder 57 MB
> vergr�ssert.
vielleicht habe ich es ja �berlesen bei den vielen Beitr�gen, aber mir
fiel da spontan
FAQ 1.22 http://www.donkarl.com?FAQ1.22
ein.
(Nur falls mal jemand hier googelt...)
Gruss - Mark
--
Informationen fuer Neulinge in den Access-Newsgroups unter
http://www.doerbandt.de/Access/Newbie.htm
Bitte keine eMails auf Newsgroup-Beitr�ge senden.
Sten Schmidt
Am Sun, 06 Sep 2009 03:03:40 -0700 schrieb André Quennoz:
> Ich habe generell nichts gegen
> komprimieren. Meine Meinung ist nur: Man kann mal eine DB komprimieren,
> wenn es nötig ist. Mache das bevor sie genutzt wird, beim Kunden. Wenn
> ich aber eine Access DB pro Tag einaml komprimiren muss, weill sie sich
> einfach aufblässt, dann muss das anderst gelöst werden.
Die Frage nach der prinzipiellen Notwendigkeit des Komprimierens eines
Access BE hat sicherlich nix mit deinem speziellen Problem des
"Aufblähens" zu tun. Das ganz normale Wachstum aufgrund gelöschter oder
geänderter Datensätze ist ohnehin kein Design-Problem, weil
unvermeidlich, das geht selbst jedem SQL-Server so.
Auf der FE-Seite muss ich jedoch sagen, dass ich auf das Komprimieren
"beim Schließen" nicht wirklich verzichten möchte, besonders wenn das BE
tagsüber massiv viele Datensätze in lokalen TMP-Tabellen umherschiebt.
Aber auch wenn nur Last auf verknüpften Tabellen stattfindet, steht die
Größe der Datei IMHO in direktem Zusammenhang mit der umgesetzten
Datenmasse. Gefühlt (nicht gemessen) bringt regelmäßiges Komprimieren
hier einiges an (der ohnehin knappen) Performance.
MfG