[Allegro] acon.exe vom 30.3.2010
Klaus Lehmann
lehmann_klaus at t-online.de
Mi Apr 28 11:08:15 CEST 2010
On Wed, 28 Apr 2010 08:41:55 +0200 Bernhard Eversberg wrote:
guten tag herr eversberg,
<>> da ist ein fehler in acon:
<>> ==================
<>> <>zur acon.exe vom 30.3.2010:
<>> <>M: Satz 271 gespeichert
<>> <>EXCEPTION-Error (memory-access) in program "acon.exe" !!
<>Leider können wir aus dieser Meldung nichts über die Ursache
<>entnehmen. Es kann sich um einen Überlauf des Hintergrundspeichers
<>handeln (anwachsende #u-Variablen), aber auch um ganz andere
<>Dinge. Nur eine genauere Analyse könnte zur Aufklärung führen.
gut, wie könnte man es "genauer" analysieren?
<>
<>3 Millionen Sätze mit update, in welcher Variante auch immer,
<>einzuspeisen ist nicht die beste Methode. Besser ist:
<>Zuerst umwandeln in eine .ALD-Datei (xxxx statt Satznummern)
<>und diese dann mit index, zusammen mit den anderen, schon vorhandenen
<>.ALD-Dateien, als Datenbank neu aufbauen lassen. Das geht erheblich
<>schneller als selbst ein 64bit-update je werden könnte.
ja, danke. den "trick" kenne. den habe ich dann auch angewandt.
(jnfo: die datenbank musste dann komplett reorganisiert werden. der
index, der beim ersten zuspielen gebaut wurde, war schrott, war
winzigst.)
aber, ein große ABER:
es gibt fälle, wo ich dieses update, oder die update-funktion benötige.
und zwar mit großen(!) datenbanken: in verbindung mit -fm?? und einem
primärschlüssel.
da hilft mir der umweg über index NIX! (oder irre ich mich?)
ich denke: ein funktionierender update.job oder update64.exe wird
hierfür benötigt.....
gruß k.lehmann
Mehr Informationen über die Mailingliste Allegro