Re: [Allegro] update.job : wie läuft er am schnellsten?

Klaus Lehmann lehmann_klaus at t-online.de
Mi Dez 12 14:32:16 CET 2012


 
Guten Tag [Frau/Herr] Thomas Berger,
danke für Ihre Nachricht.
Am Dienstag, 11. Dezember 2012 um 18:09 schrieben Sie mir.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Hallo Herr Lehmann,
danke herr berger, daß sie antworten...
ich fasse mal die gewonnenen erkenntnise zusammen...


>> der update.job ist mir zu langsam....
>> derzeit läuft er so ab:
>> c:\allegro\acon.exe -jc:\allegro\update.job -Pc:\allegro -fm01 -dc:\v17\v17 -n200 -F0/0 -ka -uc:\vd17.alg
>> früher galt -F als "force" = ohne rücksicht auf verluste.
> ja, und -F ist dasselbe wie -F0 oder -F0/0

> und was bekommen Sie mit -L (das loest ein "set Logging off" aus
> und sollte - das Loggen ausschalten).

ich vergass anzugeben, es geht um diese variante von update.job:

// update.job : Emulation der Funktionen von UPDATE.EXE mit acon
// $HeadURL: https://svn.allegro-c.de/svn/download/prog/update.job $
// Originalversion von Th. Berger 2011, modif. B. Eversberg 2012-01
// beruht auf $Id: update.job 24123 2011-12-08 23:13:27Z ThB $
// $HeadURL Orig.: https://svn.extra.gymel.com/repos/allegro/acxt/aconjob/trunk/update.job $

also: 
c:\allegro\acon.exe -jc:\allegro\update.job -Pc:\allegro -fm01 -dc:\v17\v17 -n200 -F0/0 -ka -uc:\vd17.alg
update.jpb soll schneller ablaufen.


erkenntnisse:
es ist banane, ob "-F" oder "-F0/0".

-L schaltet nicht die logdatei ab. es erzeigt die datei -upro
sie lässt sich demnach NICHT abschalten. 
schade. nagutt, issnichzuändern...

die einzigste lösung ist wohl: man baue eine api, die sehr klein ist.

besser noch: das neue index.exe nehmen. es kann wohl wieder dieses 
[alte] feature: eine alg-datei in einer datenbank "reinindexieren".

aber: der update.jopb erzeugt mir neue identnummern! (das kann 
index.exe NICHT!). hierzu gäbe es sicherlich eine art flex oder 
apr-lösung, die einem die identnummern mal so fix erzeugt.



> andere Indexparameter nehmen, die nur die Primaerschluessel
> berechnen, anschliessend reindexieren.
ja.... danke. mal wieder daran nicht gedacht. wenns mal schnell 
gehen soll. ;-)

> viele Gruesse
> Thomas Berger

viele grüße
ihr klaus lehmann




-- 
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
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* 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. Always 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 Dienstag, 11. Dezember 2012 um 18:09 schrieben Sie:
> Hallo Herr Lehmann,

>> der update.job ist mir zu langsam....
>> derzeit läuft er so ab:
>> c:\allegro\acon.exe -jc:\allegro\update.job -Pc:\allegro -fm01 -dc:\v17\v17 -n200 -F0/0 -ka -uc:\vd17.alg
>> 
>> früher galt -F als "force" = ohne rücksicht auf verluste.
>> die doku am anfang des update.-jobs verstehe ich so, dass -F0/0 am 
>> schnellsten ist. ist das korrekt?

> ja, und -F ist dasselbe wie -F0 oder -F0/0


>> mit -L hat man früher das logfile abgestellt.
>> ohne -L bekomme ich trotzdem 1x standardlogfile. ich will aber keins!

> und was bekommen Sie mit -L (das loest ein "set Logging off" aus
> und sollte - das Loggen ausschalten).
> Nicht unterstuetzt wird das Umleiten der Protokolldatei in eine
> andere Datei (-L<dateiname>)


>> hat jemand eine idee, wie es fixer gehen kann? danke.

> andere Indexparameter nehmen, die nur die Primaerschluessel
> berechnen, anschliessend reindexieren.

> viele Gruesse
> Thomas Berger





Mehr Informationen über die Mailingliste Allegro