Re: AW: [Allegro] problem mit import.exe bei großen datenbanken

[Klaus Lehmann]

Guten Tag [Frau/Herr] Fischer, Thomas,
danke für Ihre Nachricht.
Am Sonntag, 4. März 2012 um 17:03 schrieben Sie mir.
Ihre Nachricht finden Sie am Ende dieser eMail.

guten tag herr fischer,
danke für ihre antwort...

> Hallo Herr Lehmann,
> ich kann mir nicht so recht vorstellen, dass import.exe (in der
> 13,6millionsten + ersten Zeile!) da verantwortlich ist (es sei denn,
> es hätte ein Memory-Leak, das könnten sie vielleicht mit dem Task-Mananger prüfen).
wie soll man das denn machen können?
wenn der vorhandene freie ram-speicher gegen null geht?
hm. bin sicher, da sind noch 2 GB ram frei.
(will sagen: noch nicht geprüft! derzeit läuft noch import16.bit.....)


> Kann es sein, dass in Ihrem Importskript dbgkddat.aim irgendwelche
> Reste (Einstellungen, Variablen?) vom Import vorheriger Sätze
> bestehen bleiben, die an dieser Stelle zur Katastrophe führen?
möglich wäre es. aber ausgerechnet erst bei der 13,6 millio-zeile?
nee, nich wirklich...
die alg sieht sehr sauber aus. keine schweinereien in der näheren 
umgebung.


erstmal gruß
k.l.


> Grüße aus Salzburg
> Thomas Fischer
>    
>> und es passiert:
>> =================
>> bei der 13,6millionsten zeile in der dbc_2012.alg. der letzte 
>> sauber rausexportierte datensatz ist: Workshop on human 
>> green.... (rechts im bild gut zu sehen).
>> links im bild sieht man, wie der darauffolgende satz: 
>> deutschsprachige abaqus.... zerhackstückelt ankommt. 
>> das feld mab2 "001" wird wohl nur übernommen.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro




-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
* http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
* allegronet.de * Klaus Lehmann * D-01454 Radeberg * Kleinwolmsdorfer Str. 37
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Allways with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki





Am Sonntag, 4. März 2012 um 17:03 schrieben Sie:
> Hallo Herr Lehmann,

> ich kann mir nicht so recht vorstellen, dass import.exe (in der
> 13,6millionsten + ersten Zeile!) da verantwortlich ist (es sei denn,
> es hätte ein Memory-Leak, das könnten sie vielleicht mit dem Task-Mananger prüfen).
> Kann es sein, dass in Ihrem Importskript dbgkddat.aim irgendwelche
> Reste (Einstellungen, Variablen?) vom Import vorheriger Sätze
> bestehen bleiben, die an dieser Stelle zur Katastrophe führen?

> Grüße aus Salzburg
> Thomas Fischer
>    
>> und es passiert:
>> =================
>> bei der 13,6millionsten zeile in der dbc_2012.alg. der letzte 
>> sauber rausexportierte datensatz ist: Workshop on human 
>> green.... (rechts im bild gut zu sehen).
>> links im bild sieht man, wie der darauffolgende satz: 
>> deutschsprachige abaqus.... zerhackstückelt ankommt. 
>> das feld mab2 "001" wird wohl nur übernommen.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro