[Allegro] acon.exe vom 30.3.2010

Anando Eger a.eger at aneg-dv.de
Mi Apr 28 10:15:24 CEST 2010


Hallo Herr Eversberg,

Sie schrieben u.a.:

> 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. 

Ich hab's noch nicht probiert, deshalb frage ich einfach:
Kann das neue Index keine alg-Dateien mehr verarbeiten?

Viele Grüße
Anando Eger


On 28 Apr 2010 at 8:41, Bernhard Eversberg wrote:

> Klaus Lehmann schrieb:
> 
> > in dieser email steckte eine fehlermeldung, die (nicht) beachtet wurde.
> > sowie einige information, die (augenscheinlich) unbeachtet blieben.
> > deshalb nochmal:
> > 
> > 
> > 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.
> 
> 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.
> 
> B.E.
> 
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro





Mehr Informationen über die Mailingliste Allegro